If I describe my setup, it might seem less uncommon than you might have previously thought.
Mine is a 64-bit box on a network consisting mostly of 32-bit machines. On my machine, /usr/bin is locally mounted, and there is a local 64-bit gcc there. But /usr/local is NFS mounted, and there is a 32-bit gcc in /usr/local/ bin for the benefit of the benighted masses. Persuading my sysadmin to instead install a local 32-bit gcc on every single 32-bit machine in the department is not going to happen. So I have to switch rather than fight. My $PATH has /usr/bin ahead of / usr/local/bin, so ordinarily (and even in SCons if I force it to import my PATH environment variable) this causes no problems. But SCons defaults not to importing any environment variables, which means it has to come up with its own guess for the path. And what it comes up with on my box is: /usr/local/bin:/opt/bin:/bin:/usr/bin I have no idea why. There isn't even a directory /opt/bin on my system! This might be some sort of hard-coded default (either in SCons or in the RHEL configs somewhere). Anyway, I'm able to manually patch the relevant SConstruct files to get around this, so it's not a high priority for me to get this fixed. But I suspect that sooner or later, someone else will run into this if nothing is done about it. Kiran On Jan 2, 12:01 pm, mabshoff <[EMAIL PROTECTED] dortmund.de> wrote: > On Dec 29 2007, 1:58 am, "Kiran Kedlaya" <[EMAIL PROTECTED]> wrote: > > > > > I posted an install log (for SAGE 2.9.1.1) here: > > >http://sage.math.washington.edu/home/kedlaya/install.log > > > And re my compiler version: the result of gcc -v is: > > > Using built-in specs. > > Target: x86_64-redhat-linux > > Configured with: ../configure --prefix=/usr --mandir=/usr/share/man > > --infodir=/usr/share/info --enable-shared --enable-threads=posix > > --enable-checking=release --with-system-zlib --enable-__cxa_atexit > > --disable-libunwind-exceptions --enable-libgcj-multifile > > --enable-languages=c,c++,objc,obj-c++,java,fortran,ada > > --enable-java-awt=gtk --disable-dssi --enable-plugin > > --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre > > --with-cpu=generic --host=x86_64-redhat-linux > > Thread model: posix > > gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) > > > Kiran > > Hello, > > with Kiran's help we finally tracked this down while in IRC. SCons > picks another gcc that is in $PATH, namely one in /usr/local/bin: > > Target: i686-pc-linux-gnu > Configured with: ./configure --prefix=/usr/local/pkg/gcc-4.2.0 -- > enable-languages=c,c++,fortran,java,objc,obj-c++ > Thread model: posix > gcc version 4.2.0 > > But that one is a 32 bit target, so things go *boom*. > > This should be a very uncommon setup, but we still hit it. So I have > made this #1656. > > Cheers, > > Michael --~--~---------~--~----~------------~-------~--~----~ To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/sage-support URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/ -~----------~----~----~----~------~----~------~--~---
