The error is the same with Sun cc: cc -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_fat_redc_basecase -m64 -xO4 -c fat_redc_basecase.c -o fat_redc_basecase.o >/dev/null 2>&1 /bin/bash ../libtool --tag=CC --mode=compile cc -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo fat_sqr_basecase | sed 's/_$//'` -m64 -xO4 -c -o fat_sqr_basecase.lo fat_sqr_basecase.c cc -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_fat_sqr_basecase -m64 -xO4 -c fat_sqr_basecase.c -KPIC -DPIC -o .libs/fat_sqr_basecase.o "../mpn/generic/sqr_basecase.c", line 273: undefined struct/union member: SQR_KaRaTSUBa_THRESHOLD cc: acomp failed for fat_sqr_basecase.c *** Error code 1 make: Fatal error: Command failed for target `fat_sqr_basecase.lo' Current working directory /home/wbhart/mpir-fulvia/mpn *** Error code 1
Bill. 2009/3/11 Bill Hart <goodwillh...@googlemail.com>: > I managed to tease out what kind of machine it is, and it is > definitely a Core2. No idea why it only has an amd directory for > libraries. > > Anyhow, here is the failure with gcc -4.3.3 on fulvia: > > /bin/bash ../libtool --tag=CC --mode=compile gcc -std=gnu99 > -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo > fat_sqr_basecase | sed 's/_$//'` -O2 -m64 -c -o fat_sqr_basecase.lo > fat_sqr_basecase.c > gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. > -DOPERATION_fat_sqr_basecase -O2 -m64 -c fat_sqr_basecase.c -fPIC > -DPIC -o .libs/fat_sqr_basecase.o > In file included from .././mpn/x86_64/fat/sqr_basecase.c:23, > from fat_sqr_basecase.c:9: > ../mpn/generic/sqr_basecase.c: In function '__gmpn_sqr_basecase_fat': > ../mpn/generic/sqr_basecase.c:273: error: 'struct cpuvec_t' has no > member named 'SQR_KaRaTSUBa_THRESHOLD' > make[2]: *** [fat_sqr_basecase.lo] Error 1 > make[2]: Leaving directory `/home/wbhart/mpir-fulvia/mpn' > make[1]: *** [all-recursive] Error 1 > > Bill. > > > 2009/3/11 Bill Hart <goodwillh...@googlemail.com>: >> Config.guess identifies fulvia as a core2, yet the only gcc library >> files that seem to be present for 64 bit are labelled amd64. That is >> probably something to do with the failures. >> >> I'm unable to get cat /proc/cpuinfo being a Sun, but here is the >> result of uname -a >> >> SunOS fulvia 5.10 Generic_127128-11 i86pc i386 i86pc >> >> Not very helpful sorry. >> >> Bill. >> >> 2009/3/11 Bill Hart <goodwillh...@googlemail.com>: >>> I did make clean. I just tried it again and it definitely passes on varro. >>> >>> I don't think I'd be too worried about it. The issues on fulvia are >>> certainly worth worrying about. I'll paste the failures here in a few >>> hours (I'm tied up with something else right now). >>> >>> Bill. >>> >>> 2009/3/11 <ja...@njkfrudils.plus.com>: >>>> >>>> On Wednesday 11 March 2009 03:36:15 Bill Hart wrote: >>>>> Here are the results of tests so far on SkyNet: >>>>> >>>>> eno - 4.3.0 n f / 4.3.3 n f >>>>> cicero 4.3.0 n f >>>>> cato 4.1.2 n >>>>> varro A 4.0.1 n f / 4.3.3 n f >>>>> fulvia 4.3.3 n * *** / S n ** *** ; >>>>> menas 4.2.1 n f / 4.3.3 n f >>>>> iras 4.1.2 n / 4.3.3 n >>>>> cleo 4.1.2 n / 4.3.3 n >>>>> rm mark 4.3.3 n / S >>>>> >>>>> * 30/36 yasm tests fail!! >>>>> ** make check failed for yasm >>>>> *** make failed for --enable-fat >>>>> >>>>> where: >>>>> >>>>> A = Apple CC >>>>> S = Sun CC >>>>> 4.x.y = gcc version >>>>> n = normal build passed >>>>> f = fat build passed >>>>> >>>>> I haven't been able to figure out a combination of PATH and >>>>> $LD_LIBRARY_PATH to get the Sun CC and linker working on Mark. I've >>>>> done it before by copying all the relevant binaries to directories in >>>>> my home dir, but surely there is a way to get it to work. Anyone know? >>>>> >>>>> I don't think I had directories wrong for gcc 4.3.3 on Fulvia, so I >>>>> think this is a real build failure. I may have gotten the Sun >>>>> directories wrong however. But likely if it doesn't build with gcc it >>>>> won't with Sun CC. >>>>> >>>>> I'm pretty surprised that fat binary worked on varro, as it is a PPC, >>>>> not an x86. Perhaps fat binary just does nothing on unsupported archs. >>>>> >>>> >>>> Looking at configure , fat build should fail on non x86 , it doesn't set >>>> the >>>> paths right. Did you make clean between builds ? >>>> >>>>> Bill. >>>>> >>>> >>>> >>>> >>>> >>>> >>> >> > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to mpir-devel@googlegroups.com To unsubscribe from this group, send email to mpir-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en -~----------~----~----~----~------~----~------~--~---
