docs/known-issues.txt
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Wed May 21 22:00:52 2008 +0000 (2008-05-21)
changeset 527 4ac12179ef23
parent 469 bac4b330b8be
child 538 2d3057a4b2c9
permissions -rw-r--r--
Introduce target-specific LDFLAGS, the same way we have CFLAGS for the target.
It seems to be helping gcc somewhat into telling the correct endianness to ld that sticks with little endian even when the target is big (eg armeb-unknown-linux-uclibcgnueabi).
There's still work to do, especially finish the gcc part that is not in this commit.

/trunk/scripts/functions | 9 7 2 0 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
yann@469
     1
Glibc does not build: asm/page.h not found
yann@469
     2
yann@469
     3
As of linux-2.6.25, asm/page.h is no longer exported.
yann@469
     4
This means the glibc up to and including 2.6.1 will not build against headers
yann@472
     5
exported from linux-2.6.25 and up. Status of glibc-2.7 and above is unknown.
yann@472
     6
yann@472
     7
----
yann@472
     8
dmalloc does not build
yann@472
     9
yann@472
    10
This broken build has been observed for big endian ARm with glibc and NPTL,
yann@472
    11
and with i686 with glibc and NPTL.
yann@472
    12
yann@472
    13
This has not been fully investigated yet. There is a name clash with strdup,
yann@472
    14
where it is a macro somewhere, and dmalloc tries to re-declare a strdup
yann@472
    15
function in dmalloc.h, but the declaration is overwritten with the macro
yann@472
    16
expansion, and thus the build is broken.
yann@472
    17
yann@472
    18
The common denominator seems to be NPTL.