Arghh!! Where on earth is this coming from:
p->MUL_KaRaTSUBa_THRESHOLD = vec.MUL_KaRaTSUBa_THRESHOLD; \
p->MUL_TOOM3_THRESHOLD = vec.MUL_TOOM3_THRESHOLD; \
p->SQR_KaRaTSUBa_THRESHOLD = vec.SQR_KaRaTSUBa_THRESHOLD; \
p->SQR_TOOM3_THRESHOLD = vec.SQR_TOOM3_THRESHOLD;
I've changed about 6 instances of A-Z a-z to '[A-Z]' '[a-z]' in
configure.in and whilst earlier in fat.c things get put in lower case,
here they do not!!
I have commited the new configure.in. Jason can you run autoconf and
recommit and I'll check out the entire thing again. Maybe autoconf is
caching something old on my machine.
Bill.
2009/3/12 Bill Hart <goodwillh...@googlemail.com>:
> Great page, but not nearly enough on tr.
>
> 2009/3/12 <ja...@njkfrudils.plus.com>:
>>
>>
>> here a page on portable shell programming
>>
>> http://www.gnu.org/software/autoconf/manual/autoconf.html#Limitations-of-Usual-Tools
>>
>>
>>
>>
>> On Thursday 12 March 2009 14:53:52 Bill Hart wrote:
>>> It looks like BSD systems will break if the brackets are inserted.
>>>
>>> Bill.
>>>
>>> 2009/3/12 <ja...@njkfrudils.plus.com>:
>>> > On Thursday 12 March 2009 14:43:00 Bill Hart wrote:
>>> >> This seems to work:
>>> >>
>>> >> echo AHELLO | tr [A-Z] [a-z]
>>> >
>>> > http://www.opengroup.org/onlinepubs/009695399/utilities/tr.html>
>>> >
>>> > recomends also quoting the expressions
>>> >
>>> >> both on linux and Sun.
>>> >>
>>> >> Bill.
>>> >>
>>> >> 2009/3/12 <ja...@njkfrudils.plus.com>:
>>> >> > There was a few other translates in there as well
>>> >> >
>>> >> > On Thursday 12 March 2009 14:37:08 Bill Hart wrote:
>>> >> >> Yes, I do believe this is the issue. It is only replacing capital A
>>> >> >> with little a and ignoring the other letters. Here is the result
>>> >> >> after making the change you suggest:
>>> >> >>
>>> >> >> /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'
>>> >> >>
>>> >> >> Now nothing changed case.
>>> >> >>
>>> >> >> I'll look into getting Sun tr working on that machine.
>>> >> >>
>>> >> >> It's right of course. The field is all in lower case in gmp-impl.h.
>>> >> >>
>>> >> >> Bill.
>>> >> >>
>>> >> >> 2009/3/11 <ja...@njkfrudils.plus.com>:
>>> >> >> > 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
-~----------~----~----~----~------~----~------~--~---
