DLL unter LINUX , Deploy prozess

[bernhard_LA]

ich möchte eine Anwendung incl. DLLs nach LINUX portieren
beim Deploy bekomme ich folgende Fehlermeldung :

Delphi-Quellcode:

[DCC Error] E2597 C:\Program Files (x86)\Embarcadero\Studio\20.0\bin\ld-linux.exe: error: cannot find -lTestLibrary.so
....
error: undefined reference to 'AddIntegers'

der Delphi Code hierzu :

Delphi-Quellcode:

var
  Form1: TForm1;

{$IFDEF  MSWINDOWS}
function AddIntegers(_a, _b: integer): integer; stdcall; external 'TestLibrary.dll';
{$ENDIF}

{$IFDEF  LINUX}
  function AddIntegers(_a, _b: integer): integer; stdcall; external '-lTestLibrary.so';
{$ENDIF}

implementation


procedure TForm1.btn_helpmeClick(Sender: TObject);
var  c : Integer ;
begin

     c :=  AddIntegers(1,2);
     mmo_xml.lines.add (Inttostr(c));
end;

Frage :
a) welchen Namen muss ich für meine DLL auf der UNIX/LINUX Seite angeben ?
TestLibrary
libTestLibrary.so
ging nicht ?
b) ich welcher Reihenfolge muss ich Deployen?
Die DLL also Shared Object ist schon auf meinem Linux Rechner im entsprechenden Unterordner

[bernhard_LA]

ping - kann jemand helfen , wie muss ich richtig einbinden, welcher Name ???

[Dalai]

Ist nicht der Parameter -lTestLibrary.so der Schalter -l plus Argument TestLibrary.so? Eigentlich heißen Libraries unter Linux libirgendwas.so, nicht -llibirgendwas.so. Kurz gesagt: Probier mal

Delphi-Quellcode:

external 'TestLibrary.so'

.

Grüße
Dalai

[Harry Stahl]

Zu a) Die Datei sollte heißen "libTestlibrary.so"

Am einfachsten ist es, die Datei in das gleiche Verzeichnis wie die Binary zu deployen.

Da Du ja hier eine Hart-Codierung für den Bezug zur DLL (bzw. ".so") gewählt hast, compiliert der Compiler die Adressen zu den Funktionen in der DLL "hart" in Dein Programm ein.

Dazu muss der Compiler zum Kompilierzeitpunkt wissen, wo Deine DLL liegt. Dummerweise sucht er nicht einfach dort da, wo auch die Binary erzeugt wird. Man muss (auch seltsam, aber so funktioniert es) unter Tools, im Bibliothekspfad das Verzeichnis angeben, wo Deine DLL (also .so) liegt.

Zu Deiner Frage b) verstehe ich Deine Frage nicht ganz. Welche DLL Shared Object ist gemeint? Falls Du da die Borland shared memory dll meinst (BORLNDMM.DLL), das ist eine reine Windows-Dll, die kannst Du unter Linux nicht verwenden.

[bernhard_LA]

OK, dann sollte die Namensgebung so korrekt sein

Delphi-Quellcode:

{$IFDEF  MSWINDOWS}
function AddIntegers(_a, _b: integer): integer; stdcall; external 'TestLibrary.dll';
{$ENDIF}


{$IFDEF  LINUX}
  function AddIntegers(_a, _b: integer): integer; stdcall; external 'libTestLibrary.so';
{$ENDIF}

muss ich jetzt meinen Suchpfad um die Project Datei der DLL erweitern ( war bei meinem Test nicht erfolgreich) oder um dem Pfad auf dem LINUX Zielsystem ( WIN und LINUX Pfade mischen) ?

[Harry Stahl]

Zitat:

Zitat von bernhard_LA (Beitrag 1465822)

OK, dann sollte die Namensgebung so korrekt sein

Delphi-Quellcode:

{$IFDEF  MSWINDOWS}
function AddIntegers(_a, _b: integer): integer; stdcall; external 'TestLibrary.dll';
{$ENDIF}


{$IFDEF  LINUX}
  function AddIntegers(_a, _b: integer): integer; stdcall; external 'libTestLibrary.so';
{$ENDIF}

muss ich jetzt meinen Suchpfad um die Project Datei der DLL erweitern ( war bei meinem Test nicht erfolgreich) oder um dem Pfad auf dem LINUX Zielsystem ( WIN und LINUX Pfade mischen) ?

Ich habe es oben schon geschrieben, unter TOOLS (Optionen, Sprache, Delphi, Bibliothek) Bibliothekspfad.
Dort gibst Du den Pfad der DLL auf dem Windows-PC an. Auf dem Zielrechner (Linux) deployst Du Binary und .so-Datei in einen Ordner (da Du ja statisches Linken gewählt hast, sonst findet Dein Programm die .so Datei auch auf dem Linux-Rechner nicht).

[bernhard_LA]

ich habe jetzt den Pfad zur DLL im Library Search Pfad eingetragen, siehe screen dump ,
jetzt bekomme ich diesen linker Error, was mache ich noch falsch ?

Delphi-Quellcode:

[DCC Error] E2597 C:\Program Files (x86)\Embarcadero\Studio\20.0\bin\ld-linux.exe: error: cannot open /lib/x86_64-linux-gnu/libc.so.6: No such file or directory

[Harry Stahl]

Existiert denn die Datei auf Deiner Linux-Maschine? Wenn nein (dafür spricht die Fehlermeldung), dann linux-gnu compiler installieren. Wenn ja, Linux-SDK-Cache in Delphi aktualisieren.

[bernhard_LA]

Update #1 :


Update Systemcache und Bibliothekspfad leider ohne Erfolg durchgeführt , siehe screen dump

Die DLL konnte ich ohne Probleme compilieren und auf den UNIX Rechner Deployen.

Nach dem Cache Update befindet sich jetzt meine DLL auf meinem Windowsrechner im Verzeichnis :-)

C:\Users\bernhard\Documents\Embarcadero\Studio\SDK s\ubuntu18.04.sdk\home\bernhard\PAServer\scratch-dir\bernhard-Laptop TCP\TestLibrary


-> mache jetzt meine GNU compiler installation neu, nächster Schritt

[bernhard_LA]

Update #2

Neu-Installation GNU linux compiler durchgeführt (https://linuxize.com/post/how-to-ins...-ubuntu-18-04/ ) , keine Fehlermeldungen bekommen

die Datei libc.so.6 ist auf meinem Linux Rechner, Ordner C:\Users\bernhard\Documents\Embarcadero\Studio\SDK s\ubuntu18.04.sdk\lib\x86_64-linux-gnu


ich vermute ld-linux sucht immer im falschen Verzeichnis .... nur wie kann ich ihm sage wo er suchen soll ?