patches/ltrace/0.5.2/110-alpha-support.patch
author Oron Peled <oron@actcom.co.il>
Mon Aug 03 00:49:25 2009 +0200 (2009-08-03)
changeset 1449 8ad2773e7ae3
parent 1262 e3574ccecb6d
permissions -rw-r--r--
[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.
     1 diff -durN ltrace-0.5.2.orig/Makefile.in ltrace-0.5.2/Makefile.in
     2 --- ltrace-0.5.2.orig/Makefile.in	2009-06-27 15:34:04.000000000 +0200
     3 +++ ltrace-0.5.2/Makefile.in	2009-06-27 15:34:27.000000000 +0200
     4 @@ -5,6 +5,7 @@
     5  OS		:= @HOST_OS@
     6  ARCH		:= $(shell echo "@HOST_ARCH@" |sed -e s/i.86/i386/      \
     7  						   -e s/sun4u/sparc64/  \
     8 +						   -e s/alpha.*/alpha/  \
     9  						   -e s/arm.*/arm/      \
    10  						   -e s/sa110/arm/      \
    11  						   -e s/ppc64/ppc/      \