2011-08-22docs: Document usage with Xcode 4.1
Titus von Boxberg <titus@v9g.de> [Mon, 22 Aug 2011 09:36:30 +0200] rev 2628
docs: Document usage with Xcode 4.1

With Xcode 4.1 'gcc' is symlinked llvm-gcc-4.2 which cannot bootstrap
other gccs.
See http://llvm.org/bugs/show_bug.cgi?id=9571

On my machine the faulty gcc is
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)

Document a workaround.

Signed-off-by: "Titus von Boxberg" <titus@v9g.de>

2011-08-22libc/uClibc: portability fixes to install_headers
Titus von Boxberg <titus@v9g.de> [Mon, 22 Aug 2011 09:38:19 +0200] rev 2627
libc/uClibc: portability fixes to install_headers

Add patch files for uClibc-0.9.30:
extra/scripts/install_headers.sh: find must be called with path.
extra/scripts/unifdef.c: getline is declared in <stdio.h>, use different name.

Reported-by: "Guylhem Aznar" <crossgcc@guylhem.net>
Reported-by: "Titus von Boxberg" <titus@v9g.de>
Signed-off-by: "Titus von Boxberg" <titus@v9g.de>

2011-08-22configure: require libtoolize, create wrapper to it
Titus von Boxberg <titus@v9g.de> [Mon, 22 Aug 2011 09:40:31 +0200] rev 2626
configure: require libtoolize, create wrapper to it

libtoolize must be checked_for and there needs to be a wrapper
that points to GNU libtoolize since that may be installed
as glibtoolize.
This fixes a problem with building Cloog/PPL that was

Reported-by: "Pierrick Brossin" <pierrick@bs-network.net>
Signed-off-by: "Titus von Boxberg" <titus@v9g.de>

2011-08-22configure: fix --with-prog=[...]
Titus von Boxberg <titus@v9g.de> [Mon, 22 Aug 2011 09:41:35 +0200] rev 2625
configure: fix --with-prog=[...]

check_for didn't set variable 'where' when the path to a prog
was passed manually "(cached)".

Signed-off-by: "Titus von Boxberg" <titus@v9g.de>

2011-08-21complibs/libelf: use target ranlib
Titus von Boxberg <titus@v9g.de> [Sun, 21 Aug 2011 17:54:12 +0200] rev 2624
complibs/libelf: use target ranlib

For portability, the right ranlib for the target must be passed to
libelf's configure.

Signed-off-by: "Titus von Boxberg" <titus@v9g.de>

2011-08-21configure: recognise and handle --program-transform-name
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 21 Aug 2011 23:11:26 +0200] rev 2623
configure: recognise and handle --program-transform-name

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-08-19configure: recognise and handle --program-suffix
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 19 Aug 2011 22:43:01 +0200] rev 2622
configure: recognise and handle --program-suffix

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-08-17configure: handle --program-prefix
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 17 Aug 2011 23:05:01 +0200] rev 2621
configure: handle --program-prefix

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-08-19Makefile: introduce PROG_NAME to contain the 'ct-ng' executable name
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 19 Aug 2011 22:53:48 +0200] rev 2620
Makefile: introduce PROG_NAME to contain the 'ct-ng' executable name

With the upcomming --program-{prefix,suffix,transform-name} options,
we'll have a need to centralise the actual executable name, that is
now no longer be a constant.

Rather than spread the prefix/suffix through-out the code, just
centralise the name setting in one place. Beside, transform-name
would not be possible without setting the name at a single location.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-08-17configure: document ignored switches
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 17 Aug 2011 22:23:21 +0200] rev 2619
configure: document ignored switches

Autostuff tradiotionnally have some switches to set host, build and
target systems, static or shared libs, and a bunch of others...

In the crosstool-NG case, they do not matter, as crosstool-NG is
just a set of scripts (there are C files, but they are compiled
after installation, at runtime, so it does not count).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>