I found another Ultrasparc2 which is set up correctly (same linux), and the MPIR C++ tests pass no problems. So this confirms my belief that gcc54 was just set up wrongly.
I'm going to close the longstanding ticket we have open for that, and I'll just build on the other machine I have found, in future. Bill. 2010/1/28 Bill Hart <goodwillh...@googlemail.com>: > Hi all, > > it is with pleasure that we (finally) officially release MPIR 1.3.0. > It is available at our website http://www.mpir.org/ > > Please note the following important things: > > * I have been unable to get any tests to pass on ultrasparc2 machines, > including t2 (solaris) and gcc54 (linux). I am confident there are not > bugs in the ultrasparc assembly code (as we haven't changed it and it > worked before). Thus if someone can tell me how to get MPIR to behave > on these machines "out-of-the-box" I will make the necessary changes > to MPIR. In the mean time, we have to officially consider MPIR broken > on such machines (or the machines we test on to be broken). Note this > is *not* a Solaris issue as MPIR builds just fine on Solaris. > > * It is no longer necessary to issue make install gmp-compat, however > it is still necessary to use --enable-gmpcompat with configure if you > want a gmp.h and libgmp > > * Many users believe that mpz_nextprime returns a prime. In fact it is > only guaranteed to define a number which is with high probability > prime. For this reason the function has been deprecated. Please use > the new mpz_next_likely_prime in its place. > > * Most of the random functions in MPIR which require global random > state have been deprecated and new functions provided which have local > state. This allows code using MPIR random functions to be threadsafe. > > * The functions mpz_div_2exp and mpz_div_ui have been removed from > MPIR. These were deprecated many years ago, but many people have > continued to use them. > > A quick workaround is to use the following defines: > > #ifndef mpz_div_2exp > #define mpz_div_2exp mpz_tdiv_q_2exp > #endif > > #ifndef mpz_div_ui > #define mpz_div_ui mpz_tdiv_q_ui > #endif > > However, the better fix is to actually replace all occurrences in > code. (Users of FLINT will have to wait a couple of days until I issue > an update to FLINT, in particular the quadratic sieve, which still > uses the old functions - in the mean time, just add the above defines > to flint.h). > > 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-de...@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.
