later deletes it, move the kmodule ldscript into 'xldscripts' and
deal with it from there.
fixes build issues where src/gnu/usr.bin/binutils/ld/ldscripts went
missing as reported by at least 2 people so far.
now, given a correctly populated /usr/lib/{i386,sparc} directory, you
can "cc -m32" on amd64/sparc64 and have it be useful.
note that a trivial copy of 32 bit /usr/lib will not work, since you
end up with symlinks to the 64 bit /lib. work on that part is in
progress...
libgcc/multilib on amd64
- enable the 32/64 bit libgcc/multilib support on sparc64
- adapt mknative-gcc to grab multilib.h
- use --enable-multilib on amd64 and sparc64
none of this affects the installed tools yet, just the src/tools one.
* we now disable gettext by not defining ENABLE_NLS,
* we now link in the xmalloc/xstrdup/xexit replacements explicitly.
Reduces differences to upstream.
XXX: powerpc and sh3eb files got WORDS_BIGENDIAN define wrong.
XXX: hand patched the correct for now, and will be investigating
XXX: why this is happening now.
this fixes at least these GCC PR's:
middle-end/35163
target/34393
middle_end/34150
middle-end/34627
middle-end/33631
c++/34950
c++/34774
c++/35007
libstdc++/20448
libstdc++/20451
this fixes at least these GCC PR's:
middle-end/35163
target/34393
middle_end/34150
middle-end/34627
middle-end/33631
c++/34950
c++/34774
c++/35007
libstdc++/20448
libstdc++/20451
revision 1.9
date: 2008/08/31 08:16:45; author: mrg; state: Exp; lines: +11 -17
move the AC_CACHE_CHECK(__stack_chk_fail, [ ... ]) code out
of the linux-specific section, so that it will be used by
everyone.
use AC_CHECK_FUNS() to check for __stack_chk_guard on netbsd.
now this test is properly cross-compile friendly.
of the linux-specific section, so that it will be used by
everyone.
use AC_CHECK_FUNS() to check for __stack_chk_guard on netbsd.
now this test is properly cross-compile friendly.
which effectively disables *wprintf and *wscanf functions in
the std namespace. We have wchar support now.
(It might be necessary to do a "make clean" in
src/gnu/lib/libstdc++-v3_4/include for this to have effect.)
it actually messes things up if single step was interrupted with a
signal - we end up skipping the instruction we wanted to step.
There are still some corner cases, but at least it works enough to do
useful debugging in presence of signals. Discovered while debugging
ntpdate where this problem was triggered by SIGALRM.
it may have been set globaly before for NETBSD_ENABLE_PTHREADS.
This caused wrong (old, pre NetBSD 2.0) builtin specs for m68k.
Fixes PR toolchain/38931.
doesn't provide that any more, and this Makefile uses the latter
in a non-standard fashion.
Fixes "make" in a clean directory when "make depend" has not been run.
Use DPSRCS rather than hand-crafted rules to achieve the same effect.