| |||||||||||||
SELF: Anatomy of an (alleged) failureSELF: Anatomy of an (alleged) failurePosted Jun 27, 2010 12:31 UTC (Sun) by nix (subscriber, #2304)In reply to: SELF: Anatomy of an (alleged) failure by cortana Parent article: SELF: Anatomy of an (alleged) failure
Even if Debian did have an automatic setup for compiling all library packages with both architectures, you are then screwed because they put the amd64 libraries in /lib (with a symlink at /lib64) and the i386 libraries in /lib32. So your proprietary i386 software that tries to dlopen files in /lib fails because they are of the wrong architecture.I've run LFS systems with the /lib / /lib32 layout for many years (because I consider /lib64 inelegant on a principally 64-bit system). You know how many things I've had to fix because they had lib hardwired into them? *Three*. And two of those were -config scripts (which says how old they are right then and there, modern stuff would use pkg-config). Not one was a dlopen(): they all seem to be using $libdir as they should. This simply is not a significant problem.
(Log in to post comments)
SELF: Anatomy of an (alleged) failure Posted Jun 27, 2010 13:14 UTC (Sun) by cortana (subscriber, #24596) [Link]
I'm very happy that you did not run into this problem, but I have. IIRC it was with Google Earth. strace clearly showed it trying to dlopen some DRI-related library, followed by it complaining about 'wrong ELF class' and quitting.
SELF: Anatomy of an (alleged) failure Posted Jun 27, 2010 17:48 UTC (Sun) by nix (subscriber, #2304) [Link]
Well, DRI is a whole different kettle of worms. I suspect a problem with your OpenGL implemementation, unless Google Earth has a statically linked one (ew).
(Words cannot express how much I don't care about statically linked apps.)
SELF: Anatomy of an (alleged) failure Posted Jul 10, 2010 12:31 UTC (Sat) by makomk (guest, #51493) [Link]
Yeah, dlopen() problems with not finding libraries in /lib32 don't tend to happen, mostly because it's just easier to do it the right way from the start and let dlopen() search the appropriate directories. (Even on pure 32-bit systems, some libraries are in /lib on some systems, /usr/lib on others, and perhaps even in /usr/local/lib or $HOME/lib if they've been manually installed.)
SELF: Anatomy of an (alleged) failure Posted Jul 10, 2010 20:24 UTC (Sat) by nix (subscriber, #2304) [Link]
dlopen() doesn't search directories for you, does it? Programs generally want to look in a subdirectory of the libdir, anyway. Nonetheless they almost all look in the right place.
|
|||||||||||||