Johannes Stezenbach <js@sig21.net> [Thu, 29 Jul 2010 19:47:16 +0200] rev 2045
cc/gcc: add option to compile against static libstdc++, for gcc-4.4 and newer
Idea and know-how taken from CodeSourcery build script.
Normal build:
$ ldd arm-unknown-linux-uclibcgnueabi-gcc
linux-gate.so.1 => (0xb77f3000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb76e8000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75a1000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb757a000)
/lib/ld-linux.so.2 (0xb77f4000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb755c000)
CC_STATIC_LIBSTDCXX=y:
$ ldd arm-unknown-linux-uclibcgnueabi-gcc
linux-gate.so.1 => (0xb7843000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb76e6000)
/lib/ld-linux.so.2 (0xb7844000)
I made CC_STATIC_LIBSTDCXX default=y since I think
it is always desirable.
Signed-off-by: Johannes Stezenbach <js@sig21.net>
Johannes Stezenbach <js@sig21.net> [Thu, 29 Jul 2010 19:30:37 +0200] rev 2044
scripts: remove . from $PATH
Add CT_SanitizePath function which removes entries referring to ., /tmp
and non-existing directories from $PATH, and call it early in the
build script.
If . is in PATH, gcc-4.4.4 build breaks:
[ALL ] checking what assembler to use...
/tmp/build/targets/arm-unknown-linux-uclibcgnueabi/build/gcc-core-static/arm-unknown-linux-uclibcgnueabi/bin/as
...
[ALL ] config.status: creating as
i.e. "as" is supposed to be the arm-unknown-linux-uclibcgnueabi cross assembler,
but config.status creates a local "as" script which is calling the
host assembler.
Signed-off-by: Johannes Stezenbach <js@sig21.net>
[Yann E. MORIN: style fixes + explanations]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 23:55:10 +0200] rev 2043
cc/gcc: add option to enable/disable libmudflap
For some scenarii, libmudflap is not very usefull
or can break the build. Make in an optioon that
defaults to 'N' to be on the safe side.
For the core gcc-s, there is absolutely no need
to build libmidflap.
Idea from: Bernhard Pfund <bernhard@chapter7.ch>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 23:53:09 +0200] rev 2042
cc/gcc: make sjlj config option a tristate
A tristate fits better here than a choice.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 21:28:54 +0200] rev 2041
cc/gcc: move options around
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 21:32:42 +0200] rev 2040
config: allow unconditional usage of tristates
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 26 Jul 2010 00:07:17 +0200] rev 2039
libc-uclibc: move options
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 01:39:52 +0200] rev 2038
libc/uClibc: fix space damage
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 01:38:15 +0200] rev 2037
libc/uClibc: fix using pre-generated locale data
Some time, someone updated the locale Makefile to use
newer pre-generated locales data, but did not upload
those.
So we just force using the existing, ageing archive,
dating back 20030818. Sigh...
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 28 Jul 2010 01:03:07 +0200] rev 2036
libc/uClibc: do not systematically use pre-generated locale data
It seems that using pre-generated locale data can be more problematic
than usefull in some circumstances.
Offer a config knob to enable/disable use of the pregen locale data.
Also, do not extract pregen locales data ourselves, it's broken.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 15 Jul 2010 22:34:31 +0200] rev 2035
configure: fix --mandir
--mandir points to the base dir of the man pages, so
we have to append our man section below given dir.
(transplanted from a8a4d5c9773893fa6978e5f9e1445d1e8185c24a)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 22 Jul 2010 23:26:08 +0200] rev 2034
scripts: add a cross-ldd-like
Add a cross-ldd that mimicks a native ldd.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 22 Jul 2010 20:06:27 +0200] rev 2033
libc/uClibc: do not install cross-ldd
I was unable to make the cross-ldd from uClibc to work, and
it is not possible to build it on non-POSIX system.
Besides, we have a generic script that is in the starting-blocks
to replace it, that will work for any C library, and also will
work on non-POSIX systems. Bonus!
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 22 Jul 2010 23:33:17 +0200] rev 2032
docs/known-issues: document the "error compiling FC test program" issue
Bart vdr. Meulen <bartvdrmeulen@gmail.com> [Mon, 19 Jul 2010 23:16:02 +0200] rev 2031
complibs: fix using static companion libraries
When building a cross-compiler for a target which uses a file extension for
binaries the symbolic link to cc is not created correctly because the lookup
of the gcc binary is done in a incorrect path
Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>