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
..
2.3.1	Add a security patch for MPFR-2.3.1.	2008-05-19 21:40:41 +00:00
2.4.0	Add MPFR-2.4.1.	2009-03-08 17:27:02 +00:00
2.4.1	[complib:mpfr] Fix building MPFR in some weird cases	2009-08-03 00:49:25 +02:00