Linker error code: 1 [XE7]

[mensch72]

bleiben drei Sachen:
1. ein ziemlich altes 2013 Java
2. keine Standardverzeichnisse
3. der ADB Treiber und die Windows Version


Da ich wegen der Treiber eh ein paar "Installationsversuche" mit verschiedenen Windowsversionen machen muss, schau ich mal ob es da auftritt wenn alles als Standard installiert wird(Win7SP1x64, Win8x64 und Win811x64). Als JavaVersion incl. SDK nehme ich die neuste (Version 7 Update 67).

An ADB 64bit Treibern versuche ich alles von "Universal" bis handgepatchte PID's. Mit Win7x64 geht sicher alles, unter Win811 werden (angeblich) die Geräte nicht erkannt... ich bin gespannt.

Ich werde alles "clean" separat unter VMwareESXi installieren und testen. Neben der lokalen normalen Arbeitslizenz gibt es ja mittlerweile die Trailinstallationen zum Experimentieren.

[canoniac]

Hi,
ich bekomme in etwa den selben Fehler. Hast du herausfinden können woran es liegt?

[RWarnecke]

Zitat von canoniac:

Hi, ich bekomme in etwa den selben Fehler. Hast du herausfinden können woran es liegt?

Nein, bis jetzt noch nicht, verliere aber auch gerade irgendwie die Lust danach zu suchen und arbeite mich gerade ins Android Studio ein.

[canoniac]

Schade ich weiß auch nicht mehr weiter. Zumal ich nicht einen einzigen build hinbekomme.

[RWarnecke]

Auch nicht, wenn Du die DCU's und das BUILD-Verzeichnis komplett löscht ?

[canoniac]

Leider nein. Ich habe in meiner Fehlermeldung auch stehen : cannot find -lnodave

vielleicht eine Idee wieso die nicht gefunden wird?

Okay frage ich anders. Wo sollte die Datei denn stehen? Bzw muss ich irgendwo den Pfad angeben oder in ein bestimmtes Verzeichnis kopieren?

[Dabei-seit-Turbo-Pascal-2]

Hallo,

ich ärger(t)e mich auch gerade mit dem "... androideabi cannot open L"-Fehler herum und bin dabei auf diesen Thread gestoßen.

Der Fehler ist bei mir verschwunden, nachdem ich das ganze Projekt in ein neues Verzeichnis abgespeichert habe.

Zu den Details: Ich nutze RAD XE7 in einem virtuellen Windows 8.1. Das läuft mit Parallels auf einem Mac. RAD XE7 und alle SDKs sind mit den Default-Pfaden auf dem virtuellen Laufwerk C: installiert. Das Projekt war in einem PSF-Laufwerk W: (PSF = Parallels Shared Folder = Verzeichnis auf dem Mac im Mac-Dateisystem, welches über Laufwerksbuchstaben in Windows gemappt ist, also ähnlich einem Netzwerklaufwerk) gespeichert und damit hatte ich den "L"-Fehler.

Nachdem ich das Projekt auf XE7 heraus mit "Projekt speichern unter..." auf Laufwerk C: gespeichert habe, ist der Fehler weg.

Vielleicht gibt es ein Problem, wenn unterschiedliche Laufwerksbuchstaben im Spiel sind oder ein Nicht-NTFS-Dateisystem.

Hilft das weiter?

[kbor]

Meine Deutsch ist sehr slecht. So ich gebrauche English.

I have the same error with XE7, for iOS and Android.

The first time build is ok. Then I change something, so compiler needs to recompile, and then I get this message for iOS:
[ld Error] ld: file not found: L

The only thing that helps is to first Clean the project en then Build (Building without Clean does not help).
With Android same behaviour, the compiler cannot find "something' starting with L:.

I have a virtual machine on Mac running Windows 7.
My projects and all sources are on a shared directory outside the virtual machine.

I discovered the following:

When I create a new project and save in on the the shared directory then I have the error.

But when I create a new project and save it on the default directory which XE7 suggest, that is in de Documents directory on C (in my case C:\Users\Administrator\Documents\Embarcadero\Studi o\Projects) then I have no error!

I hope this answer can help and I am curious if you have same behaviour.