#include <hallo.h>
Junichi Uekawa wrote on Fri Feb 22, 2002 um 07:38:51PM:
> -lslang and -lnewt looks for
> libslang.so and libnewt.so, unless -static is given, and
> creates a ELF executable that has a symbol requesting the soname
> that libslang.so and libnewt.so gives.
I see. I did already wonder how mutt links against the new utf8 libs.
Okay, my mistake. Assuming you are right, we have needed library packages. But:
loadtrm ../libfdisk/libfdisk.a -lnewt -lslang
/usr/bin/ld: warning: libslang.so.1, needed by /usr/lib/libnewt.so, may conflict with
libslang.so.1-UTF8
This .so link is provided by the libnewt-dev package, and gcc is fooled.
I suggest to provide a symlink like /usr/lib/libnewt_utf8.so in
libnewt-utf8-0 and link dbootstrap with -lnewt_utf8.
> And AFAIK, boot-floppies re-creates a .so from the PIC
> data, with the name written in the NEEDED.
so_pattern = re.compile("(.*)\.so(\.\d+)+")
...
# Find a PIC archive for the library
def find_pic(lib):
base_name = so_pattern.match(lib).group(1)
for path in lib_path:
for file in glob.glob(path + "/" + base_name + "*_pic.a"):
if os.access(file, os.F_OK):
return resolve_link(file)
return ""
IF I interpret mklibs.py correctly, soname is not used for locating the
PIC file. It is only extracted from the NEEDED and wroten later into the
created library, but the symbols may come from the wrong _pic.a file.
To mellum: is this correct? Could you fix it to look for
basename*SONAME*_pic.a first? I could try, but Python typicaly hates me.
Gruss/Regards,
Eduard.
--
Der menschliche Starrsinn ist unaufhaltsam.
-- Doris Eichert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
