This may need more work to prevent warning messages during
"make cleandir" when the commands in "!=" assignments are executed
even though tools may not have been built.
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.
Back port from the binutils CVS tree
Buffer overflow in getsym in tekhex.c in libbfd in Free Software Foundation
GNU Binutils before 20060423, as used by GNU strings, allows context-dependent
attackers to cause a denial of service (application crash) and possibly
execute arbitrary code via a file with a crafted Tektronix Hex Format (TekHex)
record in which the length character is not a valid hexadecimal character.
// comments to /* comments */ not only during macro definition, but also
macro argument collection. Otherwise the following:
#define b(a) a
main {
b(
// 1);
0);
}
gets expanded to:
main()
{
return // 1); 0;
}
instead of:
main()
{
return /* 1);*/ 0;
}
http://gcc.gnu.org/viewcvs/trunk/gcc/config/m68k/m68k.md#rev117181
> * config/m68k/m68k.md (negsf2, negdf2, negxf2): Use
> -2147483647 - 1 instead of 0x80000000.
Fixes "internal compiler error: in do_SUBST" on compiling
floating point ops with -msoft-float or -m68010 on LP64 hosts,
and may also close PR toolchain/38359. Tested on alpha.
host using correct set of HOST_WIDE_INT* defines. Fixes compilation
of native sh3 gcc on 64-bit build machines.
Background and details in NetBSD PR 34549 and GCC bug 32497.
Tested by Joerg and myself.
Approved by "looks ok, but let some other guy decide" from ~all of our
gcc folks.
tls