-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Martin Preuss schrieb:
>>> Du muesstest mal nach -lcrypt schauen (die verwendet Gwen). Eventuell
>>> wirst Du aber auch in den *.la-Dateien fuendig: Da stehen oft alle
>>> Libraries als Abhaengigkeiten drin, gegen die irgendeine der gelinkten
>>> auch linkt... Meist also deutlich zu viele.
>> ... aber werden die *.la-Dateien nicht automatisch generiert? Wenn ja
>> wäre eher die Frage, wie man verhindert, dass die falsch (tm) generiert
>> werden. Any hints? ;-)
Genau aus diesem Grund ist die libtool-Version in Debian gegenüber dem
Original etwas verändert -- da werden weniger Linkerflags ins *.la
geschrieben als im Original-libtool. Das beisst uns bei gnucash
regelmäßig, und sowohl die Debian-Leute als auch die Libtool-Leute haben
(natürlich) eine Reihe von Gründen, warum sie das jeweils so machen
wollen bzw. warum die Debian-Änderung eben nicht nach upstream
übernommen wird. Wie so häufig gibt es also mehr als eine Möglichkeit,
die Welt als richtig zu betrachten.
> [...]
> Wenn ich die letzten Aenderungen bei Debian richtig interpretiere, sollen die
> *.la-Dateien ueberhaupt nicht mehr installiert werden. Ich meine, dass ich
> den Begriff "braindead" in diesem Zusammenhang als Adjektiv fuer diese
> Dateien gelesen habe :-)
>
> Ein erster Blick in die Datei "libaqbanking.la" zeigt auch genau das Problem:
> Bei mir sieht das so aus:
>
> dependency_libs=' -L/usr/lib /usr/lib/libgwenhywfar.la -lssl -lcrypto -ldl'
>
> Und das obwohl AqBanking weder direkt gegen OpenSSL noch gegen DL linkt (das
> ist ja alles in Gwen gekapselt). Diese Daten kommen offensichtlich aus der
> Datei "gwenhywfar.la", wo diese Dependancies ja stimmen, aber nicht
> propagiert werden sollten...
Richtig, aber genau dieses ("nicht propagiert werden sollen") kann das
bisherige libtool wohl nicht automatisch erkennen.
> Also ist die Loesung wohl: Die *.la-Dateien nicht mehr in die Pakete
> aufnehmen.
Nein, das fände ich nicht so gut, denn auch wenn Debian hier seine
Packaging-Entscheidung so trifft, sehen das andere Packagers (weiterhin)
ganz anders und da gibt es sicherlich eine Reihe von Distros, wo für die
- -devel Pakete *unbedingt* die .la-files gewünscht werden.
Wir können aber sehr wohl die .la-files manuell etwas korrigieren, denn
sakrosankt sind die nun wirklich nicht. In diesem Fall schmeißen wir
eben die "-lssl -lcrypto" aus dem installierten .la-file raus und gut
is. Das heißt nix anderes als dass wir eben dem Nichterkennen vom
libtool hier manuell etwas auf die Sprünge helfen, weil wir im Gegensatz
zum libtool eben *wissen*, dass eine abhängige Applikation gerade
*nicht* gegen ssl/crypto linkt.
Gruß
Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQCVAwUBRSzyQmXAi+BfhivFAQKazAQAsd6Xs+8jxR/LDHXq+xsLWAihj4FlMycL
jgnxXOS/ICvvj6Slilhro5+TNZ9ztN/TGuXav601NYB5GUCnzQwvGBWLhY1rVqgX
Pir5h6kv0n16hXOFlCP3TGjvQVyIMw297J7ShQvY9FqMlSI6HQIvGYCB7Xz6mKH9
CA4GP7B2iuY=
=PnME
-----END PGP SIGNATURE-----
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Aqbanking-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
