"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:30:45 +0200] rev 1465
Add sections to the README
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 07 Aug 2009 18:25:54 +0200] rev 1464
Fix typo in README
"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.
"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.
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>
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>
"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.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 05 Aug 2009 23:21:36 +0200] rev 1458
Tagging release 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
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