Date: Sat, 16 Sep 2006 00:26:46 -0400 From: Nathan Whitehorn <nathanw@uchicago.edu> To: freebsd-amd64@freebsd.org Subject: Re: Running 32-bit apps Message-ID: <08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D@uchicago.edu> In-Reply-To: <C3755C6D-EF3C-4BC7-9F78-C4B3015DA1E0@uchicago.edu> References: <C3755C6D-EF3C-4BC7-9F78-C4B3015DA1E0@uchicago.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
A little more on this. Setting LD_32_LIBRARY_PATH instead of using
ldconfig makes everything work, but this is not a good solution. If
LD_32_TRACE_LOADED_OBJECTS and LD_32_TRACE_LOADED_OBJECTS_ALL are
set, I get the following running espgs. Note that libcups.so.2 is
found when linked to from the espgs binary, but not when linked from
libcupsimage. libjpeg is also found intermittently. This is on 6.1-
STABLE of two weeks ago.
-Nathan
/usr/local/bin32/espgs:
libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
libjpeg.so.9 => /usr/local/lib32/libjpeg.so.9 (0x281e4000)
libcupsimage.so.2 => /usr/local/lib32/libcupsimage.so.2
(0x28202000)
libcups.so.2 => /usr/local/lib32/libcups.so.2 (0x28217000)
libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
libc.so.6 => /usr/lib32/libc.so.6 (0x28259000)
/usr/local/lib32/libcupsimage.so.2:
libtiff.so.4 => not found (0x0)
libpng.so.5 => not found (0x0)
libjpeg.so.9 => not found (0x0)
libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000)
libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000)
libcups.so.2 => not found (0x0)
libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000)
libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)
/usr/local/lib32/libcups.so.2:
libssl.so.4 => /usr/lib32/libssl.so.4 (0x28391000)
libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)
libpthread.so.2 => /usr/lib32/libpthread.so.2 (0x28351000)
libm.so.4 => /usr/lib32/libm.so.4 (0x28242000)
libcrypt.so.3 => /usr/lib32/libcrypt.so.3 (0x28378000)
libz.so.3 => /usr/lib32/libz.so.3 (0x281d4000)
/usr/lib32/libssl.so.4:
libcrypto.so.4 => /usr/lib32/libcrypto.so.4 (0x283c3000)
On Sep 15, 2006, at 7:48 PM, Nathan Whitehorn wrote:
> I'm trying to run 32bit ghostscript on my amd64 machine. However,
> it and any ia32 binary that links to any library in /usr/local
> gives an error like this:
> /libexec/ld-elf.so.1: /usr/local/lib/libjpeg.so.9: unsupported file
> layout
>
> Binaries that link to only libs in the base system work fine. In
> addition, if I run ldconfig -32 and clear all ldconfig paths for
> 32bit binaries (checked that they're gone), such binaries still
> work! It seems as though changing ldconfig has, in fact, no actual
> effect on anything.
>
> After attempting to configure it properly, ldconfig -32 -r gives:
>
> /var/run/ld-elf32.so.hints:
> search directories: /usr/lib32:/usr/X11R6/lib32:/usr/local/
> lib32
> 0:-lcom_err.3 => /usr/lib32/libcom_err.so.3
> 1:-lcrypt.3 => /usr/lib32/libcrypt.so.3
> [...]
> 133:-ljpeg.9 => /usr/local/lib32/libjpeg.so.9
>
> Any ideas?
> -Nathan
> _______________________________________________
> freebsd-amd64@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64
> To unsubscribe, send any mail to "freebsd-amd64-
> unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D>