scripts/build/arch/x86.sh
author Oron Peled <oron@actcom.co.il>
Mon Aug 03 00:49:25 2009 +0200 (2009-08-03)
branch1.4
changeset 1456 94fc77c37418
parent 903 9fb0f81b4416
child 1635 5d1936ad5ba8
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 x86-specific values
     2 
     3 # This one really need a little love! :-(
     4 
     5 CT_DoArchTupleValues() {
     6     # The architecture part of the tuple:
     7     arch="${CT_ARCH_ARCH}"
     8     [ -z "${arch}" ] && arch="${CT_ARCH_TUNE}"
     9     case "${arch}" in
    10         nocona|athlon*64|k8|athlon-fx|opteron)
    11             CT_DoError "Architecture is x86 (32-bit) but selected processor is \"${arch}\" (64-bit)";;
    12         "")                           CT_TARGET_ARCH=i386;;
    13         i386|i486|i586|i686)          CT_TARGET_ARCH="${arch}";;
    14         winchip*)                     CT_TARGET_ARCH=i486;;
    15         pentium|pentium-mmx|c3*)      CT_TARGET_ARCH=i586;;
    16         pentiumpro|pentium*|athlon*)  CT_TARGET_ARCH=i686;;
    17         *)                            CT_TARGET_ARCH=i586;;
    18     esac
    19 
    20     # The kernel ARCH:
    21     CT_KERNEL_ARCH=i386
    22 }