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