Gonzalo Tornaria wrote:
On Wed, Jan 13, 2010 at 11:43 AM, Jaap Spies<j.sp...@hccnet.nl>  wrote:
gcc version 4.4.2 20091222 (Red Hat 4.4.2-20) (GCC)
****************************************************
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu

Still misdetected, it should be "nehalem-unknown-linux-gnu" for
optimal results if you are running on an i7. But that is probably be a
virtualbox issue.


Not quite. In Fedora 12 on the real machine I get:
gcc version 4.4.2 20091222 (Red Hat 4.4.2-20) (GCC)
****************************************************
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make -j6 sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking ABI=64
checking compiler gcc  -Wall -g ... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes



On the solaris side you get "i486-pc-solaris2.11", but you should be
getting at least "x86_64-*" (as for linux). I think that you must fix
the "config.guess" in mpir somehow... Check out

http://groups.google.com/group/mpir-devel/browse_thread/thread/aeb271247ae0eec9/a90654677f9db1d5

which is quite related to this: I had the same issue running on a kvm
virtual cpu, and that fixed it at least for linux. The strategy is
that for 64 bit builds on x86 hardware, you always fallback to
x86_64-* even if the family/model reported by cpuid seems to be of an
older 32 bit only cpu.


Thanks,

Jaap


Gonzalo



-- 
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

Reply via email to