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
..
100-remainder-neg.patch	Add MPFR-2.4.1.	2009-03-08 17:27:02 +00:00
110-assert.patch	Add MPFR-2.4.1.	2009-03-08 17:27:02 +00:00
120-cast-to-void-ptr.patch	Update the patchset for MPFR 2.4.1 from upstream.	2009-05-05 20:49:08 +00:00
130-vasprintf-mp_limb_t.patch	Update the patchset for MPFR 2.4.1 from upstream.	2009-05-05 20:49:08 +00:00
140-zeta_ui-shift.patch	Update the patchset for MPFR 2.4.1 from upstream.	2009-05-05 20:49:08 +00:00
150-test-tmul.patch	[complib:mpfr] Fix building MPFR in some weird cases	2009-08-03 00:49:25 +02:00