Commit Graph

3 Commits

Author SHA1 Message Date
Oron Peled
b0f5a18c32 [complib:mpfr] Fix building MPFR in some weird cases
The tmul test uses a compiled-in input file in $(srcdir).
The problem is that the Makefile passes it unquoted. The C code
tries to stringify it using clever macros, which may *usually* work.

In my case the source directory was named:
  .../toolchain-powerpc-e500v2-linux-gnuspe-1.0-2.fc10/.../tests
And guess what? During testing I found out the program fails because
it tries to open:
  .../toolchain-powerpc-e500v2-1-gnuspe-1.0-2.fc10/.../tests

Yes, CPP tokenized the macro before stringifying it and not surprisingly
the 'linux' part was converted to 1.
[on Fedora-10: cpp (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7)]

So the attached patch simplify the macros and pass the path as string
from the Makefile.
2009-08-03 00:49:25 +02:00
Yann E. MORIN"
809963a064 Update the patchset for MPFR 2.4.1 from upstream.
-------- diffstat follows --------
 /trunk/patches/mpfr/2.4.1/120-cast-to-void-ptr.patch    |   25    25     0     0 ++++++++++++
 /trunk/patches/mpfr/2.4.1/130-vasprintf-mp_limb_t.patch |   45    45     0     0 ++++++++++++++++++++++
 /trunk/patches/mpfr/2.4.1/140-zeta_ui-shift.patch       |   47    47     0     0 +++++++++++++++++++++++
 3 files changed, 117 insertions(+)
2009-05-05 20:49:08 +00:00
Yann E. MORIN"
357c8c3fbe Add MPFR-2.4.1.
Add patchset for MPFR 2.4.0 and 2.4.1, from upstream.

 /trunk/config/gmp_mpfr/mpfr.in                    |    8     6     2     0 +
 /trunk/patches/mpfr/2.4.0/100-printf-hh-ll.patch  |  359   359     0     0 +++++++++++++++++++++++++++++
 /trunk/patches/mpfr/2.4.0/110-mpfr_snprintf.patch |  176   176     0     0 ++++++++++++++
 /trunk/patches/mpfr/2.4.1/100-remainder-neg.patch |  123   123     0     0 ++++++++++
 /trunk/patches/mpfr/2.4.1/110-assert.patch        |   45    45     0     0 ++++
 5 files changed, 709 insertions(+), 2 deletions(-)
2009-03-08 17:27:02 +00:00