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

Reply via email to