Das ganze Delphi paßt ja nicht auf den USB-Stick (und auf diesem Rechner muß es och nicht unbedingt sein > P1 Win98a 64MB).

Also wollte ich es so compilieren ... hab aber nur die SourceFiles (vorwiegend .pas) mit.

Nun kommt aber sowas:
die Variants.pas ruft sich definitiv nicht selber auf ... wo soll man also suchen?

[add]
ach ja, die Dateien (Projekt, Compiler...) liegen derzeit alle im selben Verzeichnis.

@hitmitsu
Installier mal Filewatch von Sysinternals.com. Dann siehst Du was fehlt, oder wo der dcc32.exe wo zugreift. Möglicherweise greift der Dcc32 2x auf verschiedene Variants-Files???

Beste Grüße
Go2EITS

Hab es jetzt so, wenn ich jetzt die DCUs mit habe, dann geht es, sogat mit -B, wo die DCUs aus den PASs neu komiliert werden, aber ohne DCUs findet der die .PAS nicht mehr

ACH ja, das mit der Variants.pas konnte ich nur umgehen, indem ich die schon vorkimpilierte von Delphi nehme.

Warum willst du denn die RTL neu kompilieren?

Ich weiß das es auch so geht, aber ich hab die Sourcen eh schon auf meinem USB-Sick mit und wollte auf diese Weise etwas Platz sparen (theoretisch sollte er ja aus den PASs die DCUs erzeugen können).

Aber in der Variants.pas ist irgendwo etwas falsch, jedenfalls kann ich das Original nicht verwenden.
und die .PAS werden ohne die DCUs nicht gefunden


Die PAS sind für mich allerdings Units (selbst wenn MaBuSE bei seinem DCC32-Problemchen was von "-U = Bibliothekspfad = Suchpfad für *.dcu und *.dcp" schrieb)

Und andere Parameter für Units gibt es nunmal nicht, obwohl ich natürlich auch schon die Anderen (-I, -O und -R) zum Testen mit gesetzt hatte und es dennoch nicht ging.


Wie gesagt, die System.pas ist definitiev in einem der Unit-Suchpfade enthalten und wenn die System.dcu vorhanden ist, dann wird sie auch gefunden. Jedenfalls wir diese unter Verwendung des Parameters -B neu kompiliert, wozu ja die System.pas nötig ist.

Der Compiler ist mit der System.pas, SysInit.pas und Variants.pas verheiratet. Das ist das Problem. Um die RTL neu zu kompilieren muss man etwas besonderes durchführen, was mir im Moment nicht einfällt, da ich das nicht täglich mache, wie du es vor hast.

OK, hab jetzt mal nur die beiden (SysInit.dcu und System.dcu) wieder hergestellt und schon geht es.

War halt einfach mal davon ausgegangen, das es an allen .DCU liegt, da ja gleich bei der Ersten gemekert wurde.
Außerdem kann ich die System.pas und SysInit.pas kompilieren (über -B = neukomilieren), aber halt nur wenn die .DCUs auch existieren (abgesehn von der Variants.pas, wo halt gemeckert wird -.-'' ).


Und wie gesagt, das sind halt gleich mal über 11 MB, welche ich mir so einspare (und das obwohl ich noch nichtmal alle Sourcen/DCUs mithab)

Hi himitsu,

darf man mal erfahren um welche Version es eigentlich geht?
Sollte dein Stick über 64 MB Speicher verfügen, ließe sich Delphi 6 sowie 7 (PE) darauf kopieren, so dass man die komplette IDE darauf starten könnte.

Gepackt passen sogar beide Versionen auf meinem Stick. (USB 1.1 , 64MB, uralt)
Sind etwa 45 MB. (ZIP)

An sowas hatte ich zwar auch schon gedacht, aber da sollte es doch probleme mit den Gemeinsam genutzen Dateien und vorallem mit der Registry geben.

Wie man oben erkennen kann D7
Zu not ginge auch D4, was im Moment eher ungünstig wäre, da ich noch nicht wieder ganz D4 kompatibel bin, von den Codes her -.-''
(mit'm BDS würde ich sowas erst garnicht versuchen)

...

Die Compilerversion hatte ich doch glatt übersehen.

Ich poste trotzdem mal eine Dateiliste, die zeigt, welche Dateien in welchem Ordner untergebracht werden müssen, damit die IDE läuft und es keine Konflikte gibt.

Die Pfade des D7-Reg-Schlüssel könnte man ja anpassen, als Datei exportieren und gegenfalls mit einem Texteditor zusätzlich bearbeiten. Die reg119.txt kopiert man in das Windows "Benutzerverzeichnis" und schon sollte D7 laufen. Is'n bissl frickelarbeit, aber wenn man's einmal gemacht hat...