Summary: | app-emulation/wine-1.0_rc4 fails to compile, can't find libwine.so.1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Johan Ymerson <johan> |
Component: | Current packages | Assignee: | Wine Maintainers <wine> |
Status: | RESOLVED NEEDINFO | ||
Severity: | major | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Johan Ymerson
2008-06-11 15:25:17 UTC
Created attachment 156383 [details]
build.log
run `readelf -d` on the sfnt2fnt file that is erroring also, make sure that libwine.so.1 exists relative to sfnt2fnt's location: tools/../libs/wine/libwine.so.1 tools # readelf -d sfnt2fnt Dynamic section at offset 0x2ef4 contains 26 entries: Tag Type Name/Value 0x00000001 (NEEDED) Shared library: [libwine.so.1] 0x00000001 (NEEDED) Shared library: [libfreetype.so.6] 0x00000001 (NEEDED) Shared library: [libz.so.1] 0x00000001 (NEEDED) Shared library: [libc.so.6] 0x0000000f (RPATH) Library rpath: [$ORIGIN/../libs/wine] 0x0000001d (RUNPATH) Library runpath: [$ORIGIN/../libs/wine] 0x0000000c (INIT) 0x80489e0 0x0000000d (FINI) 0x804a024 0x00000004 (HASH) 0x8048188 0x6ffffef5 (GNU_HASH) 0x80482d0 0x00000005 (STRTAB) 0x80485c0 0x00000006 (SYMTAB) 0x8048310 0x0000000a (STRSZ) 585 (bytes) 0x0000000b (SYMENT) 16 (bytes) 0x00000015 (DEBUG) 0x0 0x00000003 (PLTGOT) 0x804bff4 0x00000002 (PLTRELSZ) 272 (bytes) 0x00000014 (PLTREL) REL 0x00000017 (JMPREL) 0x80488d0 0x00000011 (REL) 0x80488c0 0x00000012 (RELSZ) 16 (bytes) 0x00000013 (RELENT) 8 (bytes) 0x6ffffffe (VERNEED) 0x8048860 0x6fffffff (VERNEEDNUM) 2 0x6ffffff0 (VERSYM) 0x804880a 0x00000000 (NULL) 0x0 Yes, tools/../libs/wine/libwine.so.1 does exist, and seems to work too: tools # ldd sfnt2fnt linux-gate.so.1 => (0xb7f78000) libwine.so.1 => not found libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7ef6000) libz.so.1 => /lib/libz.so.1 (0xb7ee3000) libc.so.6 => /lib/libc.so.6 (0xb7db3000) tools # LD_LIBRARY_PATH=../libs/wine/ ldd sfnt2fnt linux-gate.so.1 => (0xb7f0d000) libwine.so.1 => ../libs/wine/libwine.so.1 (0xb7df7000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7d76000) libz.so.1 => /lib/libz.so.1 (0xb7d63000) libc.so.6 => /lib/libc.so.6 (0xb7c33000) libdl.so.2 => /lib/libdl.so.2 (0xb7c2f000) /lib/ld-linux.so.2 (0xb7f0e000) A clean wine-0.9.57 (from git) builds just fine, so this is not an upstream bug... your glibc/ldd is broken. that's the point of the $ORIGIN RUNPATH ELF dynamic tags. setting the LD search path manually is unnecessary. $ ldd sfnt2fnt linux-gate.so.1 => (0xf7f97000) libwine.so.1 => /var/tmp/portage/app-emulation/wine-1.0/work/wine-1.0/tools/../libs/wine/libwine.so.1 (0xf7e5f000) libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7da2000) libz.so.1 => /lib32/libz.so.1 (0xf7d8f000) libc.so.6 => /lib32/libc.so.6 (0xf7c4e000) libdl.so.2 => /lib32/libdl.so.2 (0xf7c4a000) /lib/ld-linux.so.2 (0xf7f98000) run ldd with the -v flag, and then run: LD_DEBUG=all ./sfnt2fnt and post the output as attachments |