"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 20 Apr 2010 09:58:41 +0200] rev 1928
scripts: also prepare include symlink to sysroot/include
Remy Bohmer <linux@bohmer.net> [Mon, 19 Apr 2010 23:42:31 +0200] rev 1927
scripts: check g++ only for host
g++ is only needed when building additonal libs on the HOST,
so check wheter g++ is available for the HOST compiler only
Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: fix space damage]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Remy Bohmer <linux@bohmer.net> [Fri, 09 Apr 2010 21:04:37 +0200] rev 1926
cc/gcc: use proper host compiler for canadian bare-metal
While compiling a canadian toolchain for host=mingw32, build=linux,
target=m68k-elf the build fails because in this step of the gcc build
the Host compiler is used in this stage with the build-flags for the
build system. This results in an error where the header <sys/wait.h>
cannot be found.
This problem happens at least in the GCC-4.3.x and GCC-4.4.x range.
This is solved by passing the proper compilers on the Make cmd-line
Signed-off-by: Remy Bohmer <linux@bohmer.net>
Remy Bohmer <linux@bohmer.net> [Tue, 20 Apr 2010 10:06:04 +0200] rev 1925
cc/gcc: allow building a canadian bare-metal compiler
Previous addition of the canadian cross compiler did not allow
to build a baremetal only variant, no reason why this is not
allowed
Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
Remy Bohmer <linux@bohmer.net> [Tue, 20 Apr 2010 11:39:13 +0200] rev 1924
cc/gcc: fix cc symlink when executables have an extension
When building a cross-compiler for a host which depends
on file extensions the symlink for cc was not installed correctly
Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: style fixes, enhancements, code prettying]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Remy Bohmer <linux@bohmer.net> [Fri, 09 Apr 2010 21:04:38 +0200] rev 1923
libc/newlib: the m68k processor does not like unaligned
Disable unaligned access at least for mcpu32, m68010 and m68020.
These processors certainly do not like unaligned accesses.
Signed-off-by: Remy Bohmer <linux@bohmer.net>
(transplanted from faade25219ed565993b7b26357991d3130697515)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 10 Apr 2010 22:45:36 +0200] rev 1922
complibs/mpfr: fix extract
With MPFR 2.4.2, autoreconf needs to be run as well.
(transplanted from b376baa43a50e178915f8d5dac40d9408bf2e962)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 15 Apr 2010 22:35:22 +0200] rev 1921
cc/gcc: add 4.5.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 15 Apr 2010 22:35:18 +0200] rev 1920
cc/gcc: add support for 4.5.0 or later versions
starting with 4.5.0, gcc requires libelf.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 15 Apr 2010 22:35:15 +0200] rev 1919
complibs/libelf: remove old versions
Those old versions are not suitable for use by gcc.