Qt statisch linken?

[cookie22]

Hallo,

erst einmal vorweg, ich hab diese Frage schon im Lazarus Forum gepostet, aber das hat leider zu nichts geführt. Nicht das gleich wieder einer Crossposting ruft.

Ich würde gerne ein Protable-Programm für Linux und/oder Mac OS X gegen Qt linken. Allerdings wäre es schön eine single Exe zu haben. Kann ich Qt mit Fpc/Lazaeus statisch linken? Wenn nicht, wie gebe ich die entsprechenden Qt Dateien dazu? Leider findet sich hierzu sogut wie nichts im Web.

Gruß,
Cookie

[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.

[cookie22]

Wie ich das Ganze in mein Fpc Projekt bekomme steht da leider nicht. Fpc <> C++, oder in diesem falle Fpc != C++.

[Bernhard Geyer]

Den Link auf das Lazarus-Forum vergessen: http://forum.lazarus.freepascal.org/...?topic=14217.0

[Namenloser]

Ich denke, du müsstest erst mit einem C++-Compiler eine Object(.o)-Datei erzeugen. Die kannst du dann in Freepascal einbinden (freepascal static link c).

Sorry, falls du das schon wusstest, mehr weiß ich dazu leider auch nicht...

[cookie22]

Denke das ist der richtige Ansatz.

[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.