summaryrefslogtreecommitdiff
path: root/patches/mpfr
AgeCommit message (Collapse)AuthorFilesLines
2009-08-02[complib:mpfr] Fix building MPFR in some weird casesOron Peled1-0/+41
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. Manually backported from 1449:8ad2773e7ae3
2009-03-08Add MPFR-2.4.1.Yann E. MORIN"4-0/+703
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(-)
2008-05-19Add a security patch for MPFR-2.3.1.Yann E. MORIN"1-0/+209
/trunk/patches/mpfr/2.3.1/100-thread-safe-configure.patch | 209 209 0 0 +++++++++++++++++++++ 1 file changed, 209 insertions(+)