Linker error code: 1 [XE7]

[eddie11]

Zitat:

Zitat von RWarnecke (Beitrag 1276852)

... ich habe mittlerweile meine komplette Entwicklung für Android und iOS auf die Herstellertools (Android Studio & XCode) umgebaut. Ich habe keinen Bock mehr..

ok, das scheint ja kein Workaround zu sein, sieht eher nach 'ner endgültigen Lösung aus...

[eddie11]

also ich habe das wie folgt gelöst:

zunächst habe ich alles direkt in die VM auf c:\Tralala... verschoben, das hat funktioniert, ich konnte mehrmals compilieren, ohne immer den Ziel-Ordner löschen zu müssen. Aber: nach jeder Änderung hat das anschließende TimeMachine-Backup die komplette VM gesichert - das sind dann jedes Mal 100 GB, das dauert mir zu lange

Ich habe jetzt eine echte Netzwerkfreigabe (nicht über psf) auf dem Mac eingerichtet, diese Freigabe benutze ich für meine Delphi-Projekte - es gibt diese Linker-Fehlermeldung nicht mehr, und TimeMachine sichert wirklich nur die geänderten Daten.

[Dabei-seit-Turbo-Pascal-2]

Zitat:

Zitat von eddie11 (Beitrag 1276979)

Ich habe jetzt eine echte Netzwerkfreigabe (nicht über psf) auf dem Mac eingerichtet, diese Freigabe benutze ich für meine Delphi-Projekte - es gibt diese Linker-Fehlermeldung nicht mehr, und TimeMachine sichert wirklich nur die geänderten Daten.

Hallo, wollte nur kurz bestätigen, dass die Lösung von eddie11 auch bei mir funktioniert. Der selbe Verzeichnisbaum auf dem Mac ist einmal als U: über 'PSF' und einmal als V: über '\\NameDesMac' in die VM gemountet. Öffne ich in XE7 das Projekt auf U: gibt es den "L-Fehler", öffne ich auf V:, geht es.

Ergänzung: Musste leider feststellen, dass der Zugriff über Netzwerkfreigabe viel langsamer ist: Unter XE6 benötigt das Erzeugen eines Win32-VCL-Projektes 25 Sekunden über die Netzwerkfreigabe, aber nur 7 Sekunden über das PSF-Laufwerk! Ich werde daher nur meine Android-Projekte über Netzwerkfreigabe laufen lassen und alles andere auf PSF lassen (was seit über einem Jahr auch problemlos funktioniert).

Warum nicht alles auf C: (in der VM)? Nun, ich möchte die virtuelle Festplatte der VM so klein wie möglich halten und möglichst viele Dateien direkt im Mac-Dateisystem ablegen, wo sie von Time-Machine völlig streßfrei im Stundentakt gesichert werden.

[Sherlock]

Jetzt muß ich doch auch noch meinen Senf zu diesem alten Thema geben. Ich stand natürlich vor dem gleichen Problem mit meiner Parallels Lösung. Ich wollte jedoch keine Verlangsamung akzeptieren und auch keine unnötige Vergrößerung des Win-Images. Uns alten DOS-Hasen hat aber ein cleveres Kerlchen mal den subst Befehl mit auf den Weg gegeben. Damit kann man sich dann eine Batchdatei erzeugen, die dann in den Autostart Ordner gelegt wird. Inhalt ungefähr wie folgt:

Code:

subst f: \\Mac\Home\Documents\Embarcadero\Studio\Projekte\

Schon hat man ein Laufwerk F: und darin liegt alles, was unterhalb von \\Mac\Home\Documents\Embarcadero\Studio\Projekte\ abgelegt wurde, ganz transparent und dennoch Android/iOS/XCode/Linker freundlich.

Sherlock

[Dabei-seit-Turbo-Pascal-2]

Ja der gute alte SUBST-Befehl :thumb:

Ich habe das Problem für mich gelöst, indem ich das Ausgabeverzeichnis des Projektes in den Projektoptionen auf das lokale Laufwerk der Windows-VM eingestellt habe: Projekt -> Optionen -> Delphi Compiler -> Ausgabeverzeichnis -> "C:\Firemonkey\Projektname\$(Platform)\$(Confi g)". Das Projekt selber liegt auf der PSF-Freigabe. RAD-Studio ist mit den Default-Pfaden auf C: installiert. Nachteil dieser Lösung ist, dass für jedes neue Projekt einmalig der Pfad eingestellt werden muss.

Die SUBST-Lösung werde ich aber auch mal ausprobieren. Danke!

[mensch72]

Ich bevorzuge schon immer die Variante mit den separaten Ausgabeverzeichnissen, denn ich mag den Source immer schön getrennt von den Kompilaten.
Es hat mehrere Vorteile:
- die Datensicherungen des SoucreCodes und der Resourcen bleiben viel kleiner und "sauberer"
- die Kompilate können nicht aus versehen Dateien benutzen, welche nur unter Sourcen verfügbar sind
- das man das pro Projekt einstellen muss, sehe ich als Vorteil, denn ich kann 5 Varianten/Versionen meines Projektes parallel als Source/SVN haben, welche bei Übersetzung dann im doch gleichem eingestellen "Produkt-Verzeichnis" laufen, wo ja auch Datenbanken und sonstige Tools&Dateien aus zig Plattformen zusammenkommen.