Date: Wed, 27 Jun 2007 01:07:11 -0400 From: John Baldwin <jhb@freebsd.org> To: freebsd-amd64@freebsd.org Subject: Re: Running 32-bit apps Message-ID: <200706270107.12070.jhb@freebsd.org> In-Reply-To: <08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D@uchicago.edu> References: <C3755C6D-EF3C-4BC7-9F78-C4B3015DA1E0@uchicago.edu> <08D73EEB-4AC9-4A42-AA1F-1D73BD29E20D@uchicago.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 16 September 2006 12:26:46 am Nathan Whitehorn wrote: > 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) Are you still seeing this behavior on newer 6.x? -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200706270107.12070.jhb>