yet, but not yet able to test ...
revision 1.5
date: 2011/04/10 16:50:18; author: joerg; state: Exp; lines: +2 -2
Reduce difference between src/tools/gcc and src/gnu/usr.bin/gcc4
configuration. All but the target to helper programs should be the same.
Mark include directories as sysroot-relative.
revision 1.9
date: 2011/04/15 13:42:22; author: joerg; state: Exp; lines: +2 -1
Move the headers for compiler and platform specific intrinsincs from
/usr/include to /usr/include/gcc-4.1.
revision 1.8
date: 2011/04/10 21:25:56; author: joerg; state: Exp; lines: +1 -0
Add back a stylish new line.
revision 1.7
date: 2011/04/10 16:50:18; author: joerg; state: Exp; lines: +20 -12
Reduce difference between src/tools/gcc and src/gnu/usr.bin/gcc4
configuration. All but the target to helper programs should be the same.
Mark include directories as sysroot-relative.
adjust the paths to gcc-4.5, and add an XXX note about this ugliness.
revision 1.2
date: 2011/02/05 00:37:40; author: joerg; state: Exp; lines: +2 -2
Explicitly use template to allow building with the more strict
template lookup in clang. From FreeBSD.
to review, please see http://gcc.gnu.org/gcc-4.5/changes.html (and the 4.2,
4.3 and 4.4 versions, too.)
this includes the core, c++, objc and the non java/ada/fortran parts of the
testsuite.
* atof-generic.c (atof_generic): recognize snan and qnan in
addition to nan and inf.
* atof-vax.c (flonum_gen2vax): deal properly with nan, snan, qnan,
and +Inf and -Inf codes.
This fixes PR toolchain/43303.
it belongs in a separate elf_nbsd.sh, included from elf_i386_nbsd.sh.
The problem is described in:
https://bugzilla.redhat.com/show_bug.cgi?id=492183#c7, namely if
all the sections are not defined in the ld script, it can screw
up. This happens when building /usr/src/usr.sbin.crash with
MKPIE=yes. Thanks to Piotr Meyer for the report and analysis.
We don't need to fix any other archs yet (because crash only works on i386),
but we should. skrll should look into it, please :-)
most of them are most harmless, but the libgcc parts are quite essential.
before this change, all the special rules for .pico files were not applied,
and exception handling wasn't enabled. this caused c++ exceptions not to
work on sparc64.
this fixes the build of boost-headers (it was correctly calling exception
support broken!), which in turn makes all the things that depend upon it
to actually work again on sparc64.
