scripts/build/arch/powerpc-powerpc64.sh-common
author Oron Peled <oron@actcom.co.il>
Mon Aug 03 00:49:25 2009 +0200 (2009-08-03)
branch1.4
changeset 1456 94fc77c37418
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.

Manually backported from 1449:8ad2773e7ae3
     1 # Compute powerpc-specific values
     2 
     3 CT_DoArchTupleValues () {
     4     # The architecture part of the tuple:
     5     CT_TARGET_ARCH="${CT_ARCH}"
     6 
     7     # The kernel ARCH:
     8     CT_KERNEL_ARCH=powerpc
     9 
    10     # Add spe in the tuplet if needed
    11     case "${CT_LIBC},${CT_ARCH_POWERPC_SPE}" in
    12         glibc,|eglibc,)   CT_TARGET_SYS=gnu;;
    13         glibc,y|eglibc,y) CT_TARGET_SYS=gnuspe;;
    14     esac
    15 
    16     # Add extra flags for SPE if needed
    17     if [ "${CT_ARCH_POWERPC_SPE}" = "y" ]; then
    18         CT_ARCH_TARGET_CFLAGS="-mabi=spe -mspe"
    19         CT_ARCH_CC_CORE_EXTRA_CONFIG="--enable-e500_double"
    20         CT_ARCH_CC_EXTRA_CONFIG="--enable-e500_double"
    21     fi
    22 }