Qt statisch linken?

[DualCoreCpu]

Zitat von Bernhard Geyer:

Nicht gesucht oder nicht gefunden?

Hier eine erklärung was zu machen wäre:

http://stackoverflow.com/questions/5...h-a-qt-project

Man sollte auch die LGPL-Einschräkungen berücksichtigen die damit auftreten.

Im Lazarus-Forum hat jemand auch die Frage gestellt. Hab jetzt nicht durchgelesen was das Ergebnis ist.

Heißt das, das statisches Linken verboten ist?

[himitsu]

Es gibt Lizenzen, die ein direktes Linken deren Code in eine Anwendung verbieten, aber bei denen gibt es dann meistens auch keine LIB-Dateien, die man linken könnte.

Auch gibt es einige Lizenzmodelle, vor allem im Bereich Open Source, die erlauben es nicht "fest" in Closed Source Projekte eingebunden zu werden, wenn der Code in seiner Hauptfunktion ohne diesen fremden Code/Komponente nicht funktionsfähig ist.


Falls deine Lizenz zu der Lizenz der Fremdkomponente kompatibel ist und es von der Komponente z.B. LIB-Dateien gibt, deren Inhalt vom Compiler direkt in deine EXE/DLL gelinkt werden können, dann gibt es eigentlich keine Probleme.

Ansonsten entweder dynamisch verlinken, aber so dass es nicht gleich abraucht, sollte die Library/DLL fehlen,
falls es die Lizenz wenigstens das verlinken erlaubt, dann geht auch ein statischer Import deren DLL
oder deinen Code/Programm unter der gleichen oder einer kompatiblen Lizenz veröffentlichen, wenn deren Code einkompiliert wird, aber die Lizenz es verlangt dass "alles" Open Sorce bleiben muß.

[DualCoreCpu]

Wie funktioniert so ein statischer Import?

[Rollo62]

Zitat:

Wie funktioniert so ein statischer Import?

Vermutlich gar nicht, ich kenne mich mit dem QT-Linker jetzt nicht aus,
aber es ist wohl sehr wahrscheinlich das die Binärcodes völlig inkompatibel sind.
Wenn schon VC und C++Builder nicht zusammenpassen.

Ein Linken könnte vielleicht über einen kleinen Wrapper auf die QT-"Dll" gemacht werden.

Du schreibst von Linux/Macos zu EXE, also vermischt Du hier Windows/Linux ?
Ich vermute mal das es dann nicht um "DLL" sondern um .so/.dylib geht.

[DualCoreCpu]

Zitat von Rollo62:

Zitat:

Wie funktioniert so ein statischer Import?

Vermutlich gar nicht, ich kenne mich mit dem QT-Linker jetzt nicht aus,
aber es ist wohl sehr wahrscheinlich das die Binärcodes völlig inkompatibel sind.
Wenn schon VC und C++Builder nicht zusammenpassen.

Ein Linken könnte vielleicht über einen kleinen Wrapper auf die QT-"Dll" gemacht werden.

Du schreibst von Linux/Macos zu EXE, also vermischt Du hier Windows/Linux ?
Ich vermute mal das es dann nicht um "DLL" sondern um .so/.dylib geht.

Ich frage, weil ich mehrere statische Bibliotheken in ein Freepascal Projekt einbinden will. Das Projekt soll OpenSource werden, die Bibliotheken sind auch alle OpenSource und sollen dann im Projekt mitgeliefert werden. Aufrufkonvention ist stdcall. Ich weiß, dass die Syntax für die external Deklaration sich für statische Bibliotheken von der bei DLLs unterscheidet. Biher werden meine Bibliotheken nicht gefunden, obwohl ich den Bibliothekspfad korrekt angegeben habe, sicherheitshalber die Bibliotheken nochmals in das BIN Verzeichnis von Freepascal und nochmals in den Pfad meines Projektes kopiert habe. Ich habe nun die gemagelten Namen aus den Bibliotheken mit vorangestelltem Unterstrich und der Bytezahl der übergebenen Parameter hinter external geschrieben. Wie stelle ich nun sicher, dass das statische Linken auch jederzeit funktioniert. Ich nutze Freepascal 3.0.4. Objektformat ist COFF.

Delphi-Quellcode:

function MyLibfunc(Param: Longint): Boolean;
  stdcall; external name '_MyLibfunc@4';

Wenn ich ...external name 'MyLibfunc' schreibe, wird die Bibliothek nicht gefunden, also muss es neben den gemangleten Namen noch was anderes sein, was das Linken fehlschlagen lässt. Aber was?

In der IDE habe ich statisches Linken eingestellt.

.

[himitsu]

Nja, der Begriff ist im deutschen bissl doppelt verwendet.

Es gibt den Compiler, der macht aus Code das Binäre (compile)
und dann gibt es den Linker, der macht aus den binären Teilen und den Ressourcen die fertige Datei. (link)
Im Delphi ist beides im DCC drin.

Und dann kann man Funktionen von DLLs verlinken importieren,
entweder dynmaisch (LoadLibrary+GetProcAddress) oder statisch über die Importtabelle (external) einen Link/Verweis auf die jeweilige DLL.


Egal welche Sprache, wenn deren Compiler eine .OBJ-Datei erstellen kann, dann kann deren compilierter Code im Delphi gelinkt werden,
und wird somit direkt in die EXE eingebaut (vom Linker mit reingezogen).
http://docwiki.embarcadero.com/RADSt..._file_(Delphi)
Siehe z.B. die Units mit ZLib, RegEx und PNG, im Delphi. (System.ZLib.pas)

[Andreas13]

Leider kann ich kein C, daher kann ich nicht beurteilen, ob dem TE dieser Link https://social.msdn.microsoft.com/Fo...from-dll-files helfen würde: Aus seiner .DLL lässt sich angeblich .OBJ machen und die OBJ-Files kann Delphi in die Exe Linken, wie himitsu unter #12 bereits erwähnt hat.
Grus, Andreas