Alex Ghitza wrote: > On Sun, 03 Jan 2010 23:37:37 +0000, "Dr. David Kirkby" > <david.kir...@onetel.net> wrote: >> I do not know anything about ArchLinux. But is your 64-bit machine capable >> of >> making 32-bit executables? The point is on Solaris, there would be two >> versions >> of the library, as one can make both 32 and 64-bit binaries on the same >> system. >> Clearly if your ArchLinux is limited to 64-bits only, then it will not apply. > > I can't say I understand this fully, but from what I gather the > philosophy in the Linux world is that a 64-bit system should be, as much > as possible, purely 64-bit. There are some exceptions to allow for > using software and libraries that are binary-only (mostly non-free > stuff, e.g. skype) and that exist only as 32-bit. But if you have the > source for your favorite program and you build it yourself, it is > likely to build in 64-bit. > > > Best, > Alex >
That is very different from Solaris. On a 64-bit Solaris system, 98% of the binaries in /usr/bin are 32-bit. drkir...@hawk:~$ file /usr/bin/* | grep -c 32 1159 drkir...@hawk:~$ file /usr/bin/* | grep -c 64 13 Sun's logic is that for most applications, there is nothing to be gained by 64-bit, but since all pointers are then 64-bit, you can get less in the cache. It's the same on my HP-UX workstation. The default it to build 32-bit binaries, but 64-bit can be built. Hence the the default is to create 32-bit applications. Libraries are stored in /usr/lib and /usr/lib/sparv9 (SPARC) or /usr/lib/amd64 (x86). But normally, if you try to compile and link the maths library, the compiler knows where to get it from $ gcc -m64 -lm foo.c will actually load the maths library from /usr/lib/sparcv9/libm.so whereas $ gcc -lm foo.c will load the maths library from /usr/lib/libm.so In our case though, since we are specifying an absolute path to the library, I strongly suspect it should be a 32-bit or 64-bit library, depending on what one wants the executables to be. Dave -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
