Linker error code: 1 [XE7]

[eddie11]

Hi allerseits,

gibts da schon eine Lösung? Ich habe soeben auf Parallels 10.x upgedatet und habe jetzt auch diesen L-fehlt-Fehler. Bei mir liegen die Projekte auch in einem PSF.
Wie habt ihr das gelöst, bzw. welchen Workaround nutzt ihr?

[RWarnecke]

Zitat von eddie11:

Wie habt ihr das gelöst, bzw. welchen Workaround nutzt ihr?

Ich weiß, dass Dir meine Aussage nicht weiterhelfen wird. Aber ich habe mittlerweile meine komplette Entwicklung für Android und iOS auf die Herstellertools (Android Studio & XCode) umgebaut. Ich habe keinen Bock mehr.

Das einzigste was Du machen kannst, ist Deinen Sourcecode auf eine Platte in Deiner VM zu legen. Dann funktioniert es wieder. Es hängt lediglich nur an diesem PSF-Share zum Mac.

[eddie11]

Zitat von RWarnecke:

... 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 von eddie11:

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

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!