Re: C: Inhalt in Kommentaren

[Hilmar Preuße]

Am 30.03.2020 um 00:21 teilte Daniel Leidert mit:

Moin,

> Wenn ich die debian/changelog-Datei richtig interpretiere nutzt proftpd
> irgendein System um die Linker flags in den Kommentaren aus dem $Libraries$
> keyword zu sammeln. Ggf. werden damit die Linker-flags für die Module 
> definiert
> (#519029 deutet auf so etwas hin).
> 
Genau. Wenn man den Patch weg läßt und damit den Kommentar entfernt wird
nicht gegen libodbc gelinkt.

> Der Patch fügt nur den Linker-Flag für das Modul hinzu. Warum der zwingend
> notwendig ist, geht aus debian/changelog nicht hervor.
> 
Ja, leider. Der einzige Effekt den ich sehe ist, daß das Module gegen
libodbc gelinkt wird. Damit erkennt dh_shlibdeps die Abhängigkeiten von
der Link und erstellt eine Abhängigkeit zwischen dem proftp Modul und
"libodbc1 (>= 2.3.1)" im Debian Paket.

Unklar ist mir allerdings ob die libodbc1 wirklich (noch) gebraucht wird
oder ob das ein Relikt aus alten Zeiten ist. Im Changelog finde ich nur:

  * [PATCH] Added odbc.dpatch to manage automagically unixodbc library
linking.

...aber das wäre dann schon ein neuer Thread zum Thema "Gibt es in
mod_sql_odbc.c Referenzen auf Symbole, für die man libodbc1 braucht?".
Den werde ich aber hier nicht aufmachen.

Vielen Dank an alle Beteiligten. Nochmal sorry für die langen
Reaktionszeiten!!

Hilmar
-- 
sigfault
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature

Re: C: Inhalt in Kommentaren

[Hilmar Preuße]

Am 30.03.2020 um 00:25 teilte Andreas Fett mit:
> On Sun, Mar 29, 2020 at 11:48:41PM +0200, Hilmar Preuße wrote:

Moin,

Sorry Leute für die lange Funkstille! Ich habe Euch / den Thread nicht
vergessen, nur keine Zeit zum Antworten.

>>> Schau mal in configure resp. configure.in. Dort wir der Kram mit sed
>>> aus den Source Files "verwursted".
>>>
>> Hmm, leider weiß ich nicht welches configure Du meinst. In contrib
>> selber gibt es keines und im Main Directory finde ich nicht zum Thema odbc.
> 
> Ich mein configure(.in) im Toplevel Verzeichnis des Upstream oder
> Debian Source Repositories (~ line 3650 im master des Debian Repos).
> 

> 
> Da werden die entsprechenden Angaben offensichtlich extrahiert.
> 
Augenscheinlich. Auf jeden Fall wird libtool zum Build mit der Option
"-lodbc" aufgerufen, was ohne den Patch nicht passiert. Sonst wurde am
Build Dir nicht geändert.

>> So, ich habe jetzt das Paket zweimal gebaut: einmal mit, einmal ohne
>> Patch. Wenn man das erzeugte Shared Object vergleicht fällt nur auf, daß
>> das eine gegen libodbc.so.2 gelinkt ist, das Andere nicht.
>>
>> hille@debian-amd64-sid:~/devel/proftp_debian/git$ ldd mod_sql_odbc.so
>> linux-vdso.so.1 (0x7ffd2f185000)
>> libodbc.so.2 => /usr/lib/x86_64-linux-gnu/libodbc.so.2
>> (0x7f6c7ec9)
>> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f6c7eacd000)
>> libltdl.so.7 => /usr/lib/x86_64-linux-gnu/libltdl.so.7
>> (0x7f6c7eac2000)
>> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
>> (0x7f6c7eaa1000)
>> /lib64/ld-linux-x86-64.so.2 (0x7f6c7ed1f000)
>> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f6c7ea9c000)
>> hille@debian-amd64-sid:~/devel/proftp_debian/git$ ldd mod_sql_odbc_wo.so
>> linux-vdso.so.1 (0x7ffe497b6000)
>> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f30a3bf9000)
>> /lib64/ld-linux-x86-64.so.2 (0x7f30a3dd9000)
> 
> Was auch immer mod_sql_odbc_wo.so sein mag. Vll. "without"?
> 
Ja, w/o. Ich habe den Patch einfach weg gelassen, damit wird nicht mehr
gegen die libodbc gelinkt. Um die beiden so Files (liegend im selben
Verzeichnis) unterscheiden zu können habe ich eines umbenannt.

Hilmar
-- 
sigfault
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature