On Thursday 03 June 2010 04:58:30 Jason Moxham wrote: > On Wednesday 02 June 2010 17:45:26 Jason Moxham wrote: > > Looks good , there are only 2 or 3 real errors > > > > your cleo and iras errors are because you need to get icc in your path , > > you will hit 1 real error then , but we can easily fix that. > > I fixed it by just deleting the assert , we very rarely have them in asm > anyway , and that fixed the problem until we hit the next little error > > > ../.libs/libmpir.so -Wl,--rpath -Wl,/usr/local/lib > icc: command line remark #10010: option '-c99' is deprecated and will be > removed in a future release. See '-help deprecated' > icc: command line remark #10010: option '-c99' is deprecated and will be > removed in a future release. See '-help deprecated' > /home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/.libs/libmpir.so: undefined > reference to `__gmpn_invert_limb' > icc -c99 -o .libs/t-bswap t-bswap.o ./.libs/libtests.a > /home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/.libs/libmpir.so > ../.libs/libmpir.so -Wl,--rpath -Wl,/usr/local/lib > make[4]: *** [t-count_zeros] Error 1 > make[4]: *** Waiting for unfinished jobs.... > icc: command line remark #10010: option '-c99' is deprecated and will be > removed in a future release. See '-help deprecated' > t-constants.o: In function `main': > /home/jasonmoxham/sourcecode/mpir-2.1.0/./tests/t-constants.c:(.text+0x4b2) >: undefined reference to `__gmpn_invert_limb' > /home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/.libs/libmpir.so: undefined > reference to `__gmpn_invert_limb' > make[4]: *** [t-constants] Error 1 > make[4]: *** [t-gmpmax] Error 1 > /home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/.libs/libmpir.so: undefined > reference to `__gmpn_invert_limb' > make[4]: *** [t-bswap] Error 1 > make[4]: Leaving directory > `/home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/tests' > make[3]: *** [check-am] Error 2 > make[3]: Leaving directory > `/home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/tests' > make[2]: *** [check-recursive] Error 1 > make[2]: Leaving directory > `/home/jasonmoxham/sourcecode/mpir-2.1.0/cleo/tests' > make[1]: *** [check-recursive] Error 1 > make[1]: Leaving directory `/home/jasonmoxham/sourcecode/mpir-2.1.0/cleo' > make: *** [check] Error 2 > cleo > > PASSED CC=gcc CXX=g++ configure= > PASSED CC=gcc CXX=g++ configure= --enable-cxx --enable-gmpcompat > PASSED CC=gcc CXX=g++ configure= --enable-cxx --enable-gmpcompat --enable- > assert --enable-alloca=debug > PASSED CC=gcc CXX=g++ configure= --enable-cxx --enable-gmpcompat --enable- > assert --enable-alloca=debug --build=none-unknown-linux-gnu > PASSED CC=cc CXX=c++ configure= > PASSED CC=cc CXX=c++ configure= --enable-cxx --enable-gmpcompat > PASSED CC=cc CXX=c++ configure= --enable-cxx --enable-gmpcompat > --enable-assert --enable-alloca=debug > PASSED CC=cc CXX=c++ configure= --enable-cxx --enable-gmpcompat > --enable-assert --enable-alloca=debug --build=none-unknown-linux-gnu > PASSED CC=icc CXX=g++ configure= > PASSED CC=icc CXX=g++ configure= --enable-cxx --enable-gmpcompat > PASSED CC=icc CXX=g++ configure= --enable-cxx --enable-gmpcompat --enable- > assert --enable-alloca=debug > FAILED CC=icc CXX=g++ configure= --enable-cxx --enable-gmpcompat --enable- > assert --enable-alloca=debug --build=none-unknown-linux-gnu > > This looks easy to fix , I'll do it tomorrow > Jason
This is caused by LONGLONG_STANDALONE not being defined ANYWHERE???? which makes invert_limb depend on udiv_qrnnd_preinv which depends on invert_limb which depends on ..... As this is just to run some more tests and not a production mpir lib , I suggest we forget about it for now (plus it's only on icc not gcc) I've run the full mpirtests on my K8 and atom both with 64 and 32bit OSes as described before with no errors , and also on mark.skynet (although the test script burped at the end , but as the run took a full day , I debug the test script later) Are there any outstanding tests? I assume building sage with it went OK? Jason > > > for lena and flavius gcc34 doesn't have a g++ > > > > gcc54 has a broken c++ > > > > gcc42 has a broken c++ and there is no way to get a timer for tuning > > (same for cato) > > > > fulvia gcc4.5.0 is not installed right > > > > fulvia cc , 1 real error , suns assembler is old , we should force it to > > use yasm is all cases , I see if I can do it (I have to remove my brain > > first , to get in the autotools mood) , but it may have to wait for next > > release. > > > > bsd.math we dont support fat builds on a mac (PIC code is different) and > > they arn't needed that much > > > > gcc101 is a bsd system and I think we dont support fat builds (same as > > above?) so possibly a real error > > > > rest of the machines use gcc-4.3.2 which is broken > > > > I have updated the test script to reflect some of changes , but there are > > a lot of broken systems , so we will still get some errors from these. > > > > Jason > > > > On Wednesday 02 June 2010 16:47:22 Minh Nguyen wrote: > > > Hi folks, > > > > > > Build and test results for MPIR 2.1.0-rc2 on the build farm are > > > available at > > > > > > http://wiki.sagemath.org/mpir/BuildFarm/mpir-2.1.0#MPIR2.1.0-rc2 > > > > > > Each build was done using one thread, i.e. first exporting > > > > > > $ export MAKE='make' > > > > > > The test suite was ran using one CPU. On some machines, doing a > > > parallel build would result in a failure to tune, i.e. doing > > > > > > $ make tune > > > > > > after a parallel build would fail. So for each reported machine, I > > > only used one thread/CPU for build, check, tune, and test suite. > > > > > > -- > > > Regards > > > Minh Van Nguyen -- You received this message because you are subscribed to the Google Groups "mpir-devel" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/mpir-devel?hl=en.
