2009-07-27[libc-eglibc] Fix testing for existing files bash_array
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 27 Jul 2009 22:14:08 +0200] rev 1475
[libc-eglibc] Fix testing for existing files

To test for existing files, use "[ -f blabla ]", not "[ -a blabla ]"
Checking for a file exsitence with "-a" is a bashism.
Althoug we _are_ using bash, it's disturbing as it can be misread as
the 'and' operator. Fix by using "-f".

2009-07-21samples: add eglibc-based toolchain for MIPS.
Giammarco Zacheo <g.zacheo@gmail.com> [Tue, 21 Jul 2009 01:05:59 +0200] rev 1474
samples: add eglibc-based toolchain for MIPS.

2009-08-19config: add Linux kernel 2.6.30.5
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 19 Aug 2009 17:05:42 +0200] rev 1473
config: add Linux kernel 2.6.30.5

2009-08-19config: update Linux kernel long-term stable to 2.6.27.31.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 19 Aug 2009 17:05:17 +0200] rev 1472
config: update Linux kernel long-term stable to 2.6.27.31.

2009-08-08Merge the AVR32 support branch to the default branch.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 08 Aug 2009 22:15:25 +0200] rev 1471
Merge the AVR32 support branch to the default branch.

2009-06-20Removed debug line avr32
Martin Lund <mgl@doredevelopment.dk> [Sat, 20 Jun 2009 19:42:00 +0200] rev 1470
Removed debug line

2009-06-20Fix libc config avr32
Martin Lund <mgl@doredevelopment.dk> [Sat, 20 Jun 2009 18:54:56 +0200] rev 1469
Fix libc config

2009-06-20Misc AVR32 cleanups. avr32
Martin Lund <mgl@doredevelopment.dk> [Sat, 20 Jun 2009 17:16:54 +0200] rev 1468
Misc AVR32 cleanups.

2009-06-14Changed copyright avr32
Martin Lund <mgl@doredevelopment.dk> [Sun, 14 Jun 2009 22:43:33 +0200] rev 1467
Changed copyright

2009-08-07Update README on how to send proper patches
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:24:25 +0200] rev 1466
Update README on how to send proper patches

Add a few lines of explanations on how to correctly setup
and use Mercurial to send proper patches.

2009-08-07Add sections to the README
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:30:45 +0200] rev 1465
Add sections to the README

2009-08-07Fix typo in README
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:25:54 +0200] rev 1464
Fix typo in README

2009-08-07Update the README with the new URL to the project homepage
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 17:25:20 +0200] rev 1463
Update the README with the new URL to the project homepage

The URL for the crosstool-NG homepage has changed. Update the
README accordingly. The old URL is still valid, though.

2009-08-07config/gcc: re-order versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:21:29 +0200] rev 1462
config/gcc: re-order versions

Move the gcc-4.3.4 version to its place.

2009-08-06gcc: add support for 4.3.4
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Thu, 06 Aug 2009 18:17:01 +0200] rev 1461
gcc: add support for 4.3.4

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

2009-08-05gcc: add patch to fix PR37436
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> [Wed, 05 Aug 2009 15:23:52 +0200] rev 1460
gcc: add patch to fix PR37436

When compiling some C++ code, GCC 4.3.x fails with an internal
compiler error. The bug report is available at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436. The included patch
is the one that has been merged in the trunk of gcc.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

2009-08-06config: make CONFIG_SHELL default to bash
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 06 Aug 2009 19:40:26 +0200] rev 1459
config: make CONFIG_SHELL default to bash

Some components (eg. GMP) will fail to correctly build if
the CONFIG_SHELL is not bash (eg. ash or dash). So make bash
the default CONFIG_SHELL.

Keep ash as a possible selection, as future versions of those
currently /broken/ tools may come fixed wrt to CONFIG_SHELL
being POSIX-ly compliant.

2009-08-05Tagging release 1.4.2 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 05 Aug 2009 23:21:36 +0200] rev 1458
Tagging release 1.4.2

2009-08-051.4: update version to 1.4.2 1.4 crosstool-ng-1.4.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 05 Aug 2009 23:55:10 +0200] rev 1457
1.4: update version to 1.4.2

2009-08-03[complib:mpfr] Fix building MPFR in some weird cases 1.4
Oron Peled <oron@actcom.co.il> [Mon, 03 Aug 2009 00:49:25 +0200] rev 1456
[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

2009-08-03[configure] Fix automake version check 1.4
Oron Peled <oron@actcom.co.il> [Mon, 03 Aug 2009 23:11:53 +0200] rev 1455
[configure] Fix automake version check

The configure script fails on automake-1.11 (in Fedora-11) since
it looks for 3-digit version number.

"Yann E. MORIN", added the following comment:

The check for the automake version is not against a 3-digit number,
but really against a 3-part version number, a-la 'x.y.z'. Versions
such as 1.10 and 1.11 are also valid.

2009-06-23Fix creating the .../lib/ directory structure in the non-sysroot case 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 23 Jun 2009 22:52:14 +0200] rev 1454
Fix creating the .../lib/ directory structure in the non-sysroot case

The symbol link that is created in the sysroot directory only needs
to be made when the cross compiler is build with the sysroot option

Signed-off-by: Bart van der Meulen <bartvdrmeulen@gmail.com>
(transplanted from 0e49e6eddac4f5bbde6394eb3e6e36be75fc550c)

2009-06-23Also set CT_DEBUGROOT_DIR for non sysroot-ed toolchains. 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 23 Jun 2009 22:52:13 +0200] rev 1453
Also set CT_DEBUGROOT_DIR for non sysroot-ed toolchains.

In the non-sysroot-ed case, the debuf-root directory would not be set;
debug tools would have been installed God-only-knows-where...

Spotted by Bart van der Meulen <bartvdrmeulen@gmail.com>.
(transplanted from 634ffd14d936154464fd714ed29ed44c8e16ae02)

2009-06-17Add .hgignore file. 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 17 Jun 2009 15:27:55 +0200] rev 1452
Add .hgignore file.

List all generated or temp files in .hgignore, so they
don't clutter the screen when running hg status.
(transplanted from befdb88324e18e1e80260906d0459a56ea0eb37a)

2009-06-11populate: fix installing dynamic linker 'ld.so' 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 11 Jun 2009 21:47:19 +0000] rev 1451
populate: fix installing dynamic linker 'ld.so'

The dynamic linker, ld.so, needs the execute bit to be set.
Detect tht the library being installed is in fact ld.so and
install it with 0755 instead of 0644.

Fix detecting src == dst.

Use a simpler command to copy src -> dst.

Also change echo to printf, get rid of 'echo -n', which is
highly non-portable.


-------- diffstat follows --------
/trunk/scripts/populate.in | 76 43 33 0 +++++++++++++++++++++++++++++-----------------------
1 file changed, 43 insertions(+), 33 deletions(-)
(transplanted from d7ddcb75e0f703e2ba6d17169167356389224870)

2009-08-03[configure] Use hg, instead of svn, to compute the version string 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 03 Aug 2009 22:47:53 +0200] rev 1450
[configure] Use hg, instead of svn, to compute the version string

Now we moved from Subversion to Mercurial, use the hg command to
compute the version string.

Manually backported from 1409:7264ce426be4 plus 1430:933eee133cbf
as too much changes have been made to ./configure in the meantime.

2009-08-03[complib:mpfr] Fix building MPFR in some weird cases
Oron Peled <oron@actcom.co.il> [Mon, 03 Aug 2009 00:49:25 +0200] rev 1449
[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.

2009-08-03[config] Merge CONFIG_SHELL selection.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 03 Aug 2009 08:50:56 +0200] rev 1448
[config] Merge CONFIG_SHELL selection.

2009-08-02[config] Warn againt using ash as CONFIG_SHELL
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 23:50:22 +0200] rev 1447
[config] Warn againt using ash as CONFIG_SHELL

It apears that more and more ./configure scripts and Makefiles
make use of non-POSIXly correct shell constructs, that don't
work with ash.

For now, just warn the user against using ash, but keep it as
an option in case newer versions of the /broken/ components
come fixed, and we can again use ash, as it is in some cases
really faster than bash.

2009-08-02[config] Allow user to specify custom CONFIG_SHELL
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 02 Aug 2009 20:06:44 +0200] rev 1446
[config] Allow user to specify custom CONFIG_SHELL

In case the shell the user wants to use as CONFIG_SHELL is located in a
weird place (eg. /opt/bash/bin/bash), or is weirdly named (eg. bash-4),
let the user enter the patch to the shell.