Quoting Hauke Lathus <h...@pansensack.de> from ml.softs.gtk-gnutella.devel: :On Friday 23 September 2011, Raphael Manfredi wrote: :> What is the output of: :> :> ls -l /lib/libm* : :libm seems to reside in /lib32 instead of /lib: : :$ ls -l /lib/libm* :lrwxrwxrwx 1 root root 17 Aug 3 17:08 /lib/libmount.so.1 -> :libmount.so.1.1.0 :-rw-r--r-- 1 root root 132440 Aug 3 17:08 /lib/libmount.so.1.1.0 : :$ ls -l /lib32/libm* :-rw-r--r-- 1 root root 148996 Aug 24 11:18 /lib32/libm-2.13.so :-rw-r--r-- 1 root root 13956 Aug 24 11:18 /lib32/libmemusage.so :lrwxrwxrwx 1 root root 12 Aug 24 11:18 /lib32/libm.so.6 -> :libm-2.13.so : :$ ls -l /lib64/libm* :ls: cannot access /lib64/libm*: No such file or directory
What is the difference between /lib32 and /lib64? Are you compiling for 32-bit or 64-bit CPUs? Is your system capable of running both 32-bit and 64-bit binaries? To fix Configure, I need to understand whether I can simply add /lib32 and /lib64 to the library search path. What does it mean to not have any libm in /lib64? How will 64-bit programs using sin() be able to link? Raphael ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ gtk-gnutella-devel mailing list gtk-gnutella-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
