System.pas nicht gefunden

[mleyen]

Bei mir liegt in lib\debug noch eine andere System.dcu.

Code:

rls: 5A856305FF4D9E0825619757F0DE9EF0
dbg: D2B1A1BA7F654A545E5DD2F9596988EF

Ansonsten kopier die mal in das Projektverzeichnis.
Wenns dann nicht geht ist irgendwas anderes kaputt.
Gehts in keinem Projekt?
Schon alle Jedis wieder de/neuinstalliert?

[youuu]

C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\lib\de

Dort sucht er anscheinend.

Siehe Bild


Edit: nun geht es wieder nachdem ich alles in das "de" Verzeichnis kopiert habe

[himitsu]

Debug <> Release

Die eine Version enthält Debuginfos und die andere nicht ... also müssen sich diese Dateien unterscheiden. :zwinker:
PS: Projektoptionen > Mit Debug-DCUs kompilieren und schon kannst du beim Debuggen auch die Delphi-Units auch mit debuggen. (Haltepunkte im VCL-Quelltext und Co.)

Im Delphi sind viele Debuginfos in den DCU enthalten (C und Co. legen sie in meist in externen Dateien ab)

[shmia]

Eigentlich sucht der Compiler gar nicht die System.pas sondern er hat ein anderes Problem.
Zum Beispiel gibt es beim Projekt einen Ausgabepfad für die DCUs.
Wenn dieser Pfad nicht passt oder wenn es ein relativer Pfad ist dann bringt der Compiler diese unsinnige Fehlermeldung.

[Stevie]

Zitat:

Zitat von youuu (Beitrag 1110578)

C:\Program Files (x86)\Embarcadero\RAD Studio\7.0\lib\de

Dort sucht er anscheinend.

Siehe Bild


Edit: nun geht es wieder nachdem ich alles in das "de" Verzeichnis kopiert habe

Im Delphi Verzeichnis rumzufuckeln, halte ich persönlich für die schlechteste Alternative.

Im Messages Window solltest du die volle dcc command line sehen können und dort werden auch die Suchpfade mitgegeben.
Wenn in den Env Options nämlich der richtige Pfad steht um beim Kompilieren wird nicht in diesem Pfad gesucht, stimmt irgendwas anderes nicht.
Handelt es sich um ein neues Projekt oder ist da in der dproj Datei irgendwas schief?

@shmia: Wie kommst du darauf, wenn man doch im Screenshot genau sieht, dass die system.dcu gesucht wird? (aber genau in dem Pfad, wo sie sein sollte ebend nicht)

[shmia]

Zitat:

Zitat von Stevie (Beitrag 1110610)

@shmia: Wie kommst du darauf, wenn man doch im Screenshot genau sieht, dass die system.dcu gesucht wird? (aber genau in dem Pfad, wo sie sein sollte ebend nicht)

Weil der Compiler normalerweise nicht nach der System.pas/System.dcu im Suchpfad sucht.
Diese Unit hat eine Sonderstellung und der Compiler weiss das.
Durch irgendwelche Umstände vergisst der Compiler die Sonderstellung der Unit System und fängt an diese im Suchpfad zu suchen.
Er findet natürlich nichts.
Die System.pas liegt rein nur aus informativen Gründen auf der Platte.
Es ist jedenfalls nicht möglich die System.dcu aus der System.pas herzustellen.

[Stevie]

Zitat:

Zitat von shmia (Beitrag 1110636)

Zitat:

Zitat von Stevie (Beitrag 1110610)

@shmia: Wie kommst du darauf, wenn man doch im Screenshot genau sieht, dass die system.dcu gesucht wird? (aber genau in dem Pfad, wo sie sein sollte ebend nicht)

Weil der Compiler normalerweise nicht nach der System.pas/System.dcu im Suchpfad sucht.
Diese Unit hat eine Sonderstellung und der Compiler weiss das.
Durch irgendwelche Umstände vergisst der Compiler die Sonderstellung der Unit System und fängt an diese im Suchpfad zu suchen.

Nix Sonderstellung (in Bezug auf den Pfad, worum es hier geht) - Gegenbeweis deiner Behauptung:
- Entfern das Verzeichnis, in dem sich die system.dcu befindet aus dem Bibliotheks-/Suchpfad befindet -> Fehlermeldung wie beim TE
- Verschieb die system.dcu aus dem Lib Verzeichnis in ein Verzeichnis, welches sich nicht im Bibliotheks-/Suchpfad befindet -> Fehlermeldung wie beim TE
- Verschieb die system.dcu in ein beliebiges Verzeichnis, welches sich im Bibliotheks-/Suchpfad befindet -> Erfolgreiches Kompilieren

Sonderstellung in Bezug auf uses etc stimmt natürlich - ist aber hier unerheblich.

[himitsu]

Stümmt, eine Sonderstellung haben diese beiden Units System und SysInit nicht, außer daß sie automatisch immer eingebunden werden.

Aus diesem Grunde gibt es auch von Assarbad eine Minimalversion der System.pas, womit man besonders keine EXEn erstellen kann, da er Vieles dort rausgeworfen hat.
(natürlich nur, wenn die EXE eh schon klein ist und nichts vom Programm benötigt wird, welches rausgeworfen wurde)

[Codehunter]

Ich will diesen alten Thread nochmal hochkramen, da mir gerade das selbe passiert ist. Zum Teil kann ich nachvollziehen, was passiert ist.

Ich war beim XE2 in den Einstellungen/Bibliothekspfad. In dem Fenster "Verzeichnisse" gibt es einen Button "Ungültige Pfade löschen". Da einige Einträge grau waren, klickte ich ordnungsbewusst auf diese Button. Das war ein ganz böser Fehler. Scheinbar erkennt die XE2-IDE einige Pfade als ungültig, die sie aber unbedingt braucht. So z.B. "$(BDSLIB)\$(Platform)\release" und "$(BDSLIB)\$(Platform)\debug".

Nachdem aufgeräumt war, fand der Compiler die system.pas nicht mehr und ich bekam die vom Opener beschriebene Fehlermeldung. Nach viel Recherche habe ich dann den Hinweis auf die fehlenden Einträge (siehe oben) gefunden. Nachdem ich die wieder hinzugefügt hatte, bekam ich zumindest die 32-Bit-Plattform wieder kompiliert.

Bei 64-Bit gibt es jetzt noch diverse Fehlermeldungen, z.B. "[DCC Fataler Fehler] System.Variants.pas(980): E2158 System.Variants-Unit veraltet oder beschädigt: '@VarCast' fehlt".

Daher meine Bitte: Könnte mir mal jemand mit einem XE2 eine Liste der Bibliothekspfade geben, insbesondere die mit den Variablen a la "$(BDSLIB)" usw. Sowohl für die 32-Bit- als auch die 64-Bit-Plattform.

Danke schonmal !

EDIT: Das hier hat geholfen.

Im Übrigen: 3x :wall: @Emba für die "lustige" Aufräumfunktion bei den Bibliothekspfaden!

[Mavarik]

Zitat:

Zitat von Codehunter (Beitrag 1202895)

Ich will diesen alten Thread nochmal hochkramen

Ich schon...

Ich kapiere es immer noch nicht...

XE4 neues mobiles Projekt... Nix drauf, nicht mal nen Button...

Ziel iOS_Device - F9 (Save Unit115.pas Projekt117.dpr) alles Prima.

Ein klick auf Build-Konfiguration - Release - F9

Fataler Fehler... F1027 Unit nicht gefunden: 'System.pas' oder binäres Äquivalent (.dcu/.o)

Bibliothekspfad:
$(BDSLIB)\$(PLATFORM)\Release // den gibt es auch...
aber unter
Bibliothek - Übersetzt seht
$(BDSLIB)\$(Platform)\release\$(LANGDIR) // Platform <> PLATFORM!!!

Es funktioniert aber trotzdem nicht...

Jemand ne Idee?

Mavarik