On Wednesday 11 March 2009 15:26:13 Bill Hart wrote:
> The issue does not occur on sage.math. Thus we can infer:
>
> * It isn't a core2 issue
> * It isn't a gcc issue
> * It isn't a Sun CC issue
>
> The only thing which seems different about that machine is that it is
> a Sun. I'm betting it is some kind of preprocessing/scripting issue
> due to different tools on that machine.
>
> 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'

Why do we have lower case "a" here ?

at line 2596 in configure.in , I bet sun uses a different "tr"
perhaps try 
tr [[:upper:]] [[:lower:]]



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

Reply via email to