UNIX domain socket, based on an example program by Michael van Elst.
This fixes support for using milters (Sendmail Mail Filters) with
Postfix under at least NetBSD/amd64.
target after the recent addition of BFD_DETERMINISTIC_OUTPUT to libbfd.
The list of architectures is not complete, but these were the
ones I had readily-available toolchains for. The rest will be
dealt with a little later, by me or someone else.
This patches the false branch of the Makefile as the true branch is only
used for cross-compiling of texinfo with the internal build system.
This avoids the termcap dependency as noticed in PR 40810.
- set NATIVE=yes in the environment for genscripts.sh
- set LIB_PATH to /usr/lib/{sparc,i386} for those scripts
- set use_sysroot to "yes", to enable LIB_PATH to work in genscripts.sh
codegen.
Taken from the gcc mailing list January 2007:
http://gcc.gnu.org/ml/gcc-patches/2007-01/msg02476.html
2007-01-30 Roman Zippel <zippel@linux-m68k.org>
* config/m68k/m68k.c (output_move_himode)
config/m68k/m68k.md: remove jump table recognition
* config/m68k/m68k.c (ASM_OUTPUT_CASE_FETCH): use simple pc
relative addressing
Approved by Christos Zoulas, Alistair Crooks and Matthew Green.
The patch was suggested by Gunther Nikl <gnikl@baltic.net> and is part
of gcc 4.3.x.
Backport from mainline (SVN 128601):
2007-09-19 Roman Zippel <zippel@linux-m68k.org>
* config/m68k/m68k.c (output_move_himode): Remove jump table
recognition.
config/m68k/m68k.md (lea): Likewise.
* config/m68k/m68k.c (print_operand_address): Use simple pc
relative addressing.
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.
