Running 32-bit apps

[Nathan Whitehorn]

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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-amd64
> To unsubscribe, send any mail to "freebsd-amd64- 
> unsubscribe at freebsd.org"