summaryrefslogtreecommitdiff
path: root/gnu/usr.bin/binutils
AgeCommit message (Collapse)Author
2003-12-07MD glue for binutils on sh5.scw
2003-12-05Add ns32k binutils 2.14 support.simonb
2003-12-05regenerate with a working compilermrg
2003-12-05regenerate these such that they (mostly) work..mrg
2003-12-04regenerate non-brokenmrg
2003-12-04build lib{opcodes,bfd,iberty} back in gnu/lib instead of gnu/usr.bin/binutilsmrg
as they are needed earlier than when gnu/usr.bin/binutils is built when "make -j" is used.
2003-12-03switch everyone to binutils 2.14. it's confirmed to work on all themrg
platforms that actually build at the moment...
2003-12-03new configurations for all supported platforms tested and known workingmrg
on these platforms so far: - alpha, arm, i386, mipseb, mipsel, sparc64 built but not yet tested on: - armeb, sparc, amd64 build errors (mostly not related) on: - hppa, m68000, m68k, macppc, sh3el, sh3eb, vax XXX again this is not everything required; many other changes in XXX already used files are left out.
2003-11-28Revert 2.14 mknative (with expanded local paths!) while we're forced atsimonb
2.13.2.1; needed to get clean -current building again.
2003-11-28Revert part of binutils 2.14 framework; needed to get clean -currentsimonb
building again.
2003-11-27framework to build binutils 2.14. note lib{bfd,opcodes,iberty} frameworkmrg
is moving here, keeping everything together. tested with: vax (old config), mac68k (old config), i386 (new config) and shark (new config). tested i386 binaries only so far, but the system seems to be surviving the self-hosted test. XXX: note that this isn't *all* the bits required to run a binutils 2.14 world for arm or i386; these will come soon enough...
2003-10-21Rework how MAKEVERBOSE operates:lukem
* Don't bother prefixing commands with a line of ${_MKCMD}\ and instead rely upon "make -s". This is less intrusive on all the Makefiles than the former. Idea from David Laight. * Rename the variables use to print messages. The scheme now is: _MKMSG_FOO Run _MKMSG 'foo' _MKTARGET_FOO Run _MKMSG_FOO ${.TARGET} From discussion with Alistair Crooks.
2003-10-20Support MAKEVERBOSElukem
Use ${HOST_SH} Use BUILDSYMLINKS
2003-10-06Add in-tree toolchain support for HPPA.matt
2003-09-07x86_64 gcc3 and binutils glue. Not yet used.fvdl
2003-09-04in-tree toolchain support for sh5el. not really tested yet, but itmrg
seems to mostly work.. libcurses.so fails to link with an out of memory error i haven't looked at yet, and nothing has actually been run.. XXX: gdb53 missing.
2003-08-01Rework how dependency generation is performed:lukem
* DPSRCS contains extra dependencies, but is _NOT_ added to CLEANFILES. This is a change of behaviour. If a Makefile wants the clean semantics it must specifically append to CLEANFILES. Resolves PR toolchain/5204. * To recap: .d (depend) files are generated for all files in SRCS and DPSRCS that have a suffix of: .c .m .s .S .C .cc .cpp .cxx * If YHEADER is set, automatically add the .y->.h to DPSRCS & CLEANFILES * Ensure that ${OBJS} ${POBJS} ${LOBJS} ${SOBJS} *.d depend upon ${DPSRCS} * Deprecate the (short lived) DEPENDSRCS Update the various Makefiles to these new semantics; generally either adding to CLEANFILES (because DPSRCS doesn't do that anymore), or replacing specific .o dependencies with DPSRCS entries. Tested with "make -j 8 distribution" and "make distribution".
2003-07-28Use ${DEPENDSRCS} as a target instead of .depend, now thatlukem
<bsd.dep.mk> builds .depend from .dep files.
2003-05-26Run mknative to regenerate for binutils 2.13.2.1.thorpej
2003-04-11Use MKPICLIB to determine if we should have a dependency on the .a orthorpej
_pic.a version of the library.
2003-04-09If ${MKPIC} is not "no", then depend on the _pic versions of libbfdthorpej
and libopcodes. Otherwise, depend on the regular library.
2003-03-05regenerate all this files with correct man_MANS and TEXINFO, and 'generatedmrg
from' lines. this should fix set lists problems with missing binutils man pages and info manual.
2003-03-01update / regenerate for binutils 2.13.2.1mrg
2003-03-01update / regenerate for binutils 2.13.2.1mrg
2003-03-01update / regenerate for binutils 2.13.2.1mrg
2002-09-19- use NETBSDSRCDIR as appropriatelukem
- makefile lint (moving NOxx to top of file, include <bsd.own.mk> as necessary, ...)
2002-09-16Delete the egcs/binutils 2.9 toolchain. Remove USE_NEW_TOOLCHAINthorpej
conditionals.
2002-06-18build tree for full-featured binutils. usually not visited.itojun
(sysdump and srconv are omitted)
2002-05-20Add native toolchain bits for "armeb" (big-endian ARM).thorpej
2002-05-20Add armelfb_nbsd linker emulation.thorpej
2002-04-13Get m68k-parse.y, not m68k-parse.c, to get proper .NOPATH handling for ROtv
source tree.
2002-03-22Add m68000-specific `toolchain2netbsd' generated toolchain build/config files.fredette
2002-02-27New toolchain infrastructure for sh3eb, generated with mknative.tv
2002-02-27New toolchain framework for sh3el platforms, generated with mknative.tv
2002-02-11Skip building if the target's .mk file is missing.tv
2002-01-31itbl-parse ends in .y; itbl-lex in .l.tv
2002-01-22regenerate.mrg
2001-12-31Introduce 3 new MK* variables that have effect in the USE_NEW_TOOLCHAINthorpej
case: MKBFD If set to "no", disables building of libbfd, libiberty, and all things that depend on them (binutils/gas/ld, gdb, dbsym, mdsetimage). MKGDB If set to "no", disables bulding of gdb. MKGCC If set to "no", disables building of gcc and the gcc-related libraries (libg2c, libgcc, libobjc, libstdc++). These are useful for building platforms for which either of the following situations are true: (1) You have no userland from which to run toolchain2netbsd in order to build the appropriate toolchain build framework. (2) The platform which you are building requires a newer set of tools than are currently in the tree (e.g. x86-64, ia64).
2001-12-21Update for Alpha emulation change.thorpej
2001-12-19* Add protoize and unprotoize. (Closes PR 6894.)tv
* Regen files with proper OS names and version numbers. * Clean up toolchain2netbsd somewhat, to get it ready to be cross-host compatible (more work to be done here, but it's getting closer). * Add framework for gdbreplay and gdbserver, but hold off on enabling these by default until low-nbsd.c is verified to work everywhere.
2001-12-15Allow a new-toolchain build to be done without actually buildingthorpej
the target "native toolchain" if BOOTSTRAP_NEW_TOOLCHAIN is set. This is important if you don't have any userland at all, and you're trying to make one from which you can run toolchain2netbsd.
2001-12-14Commit the results of running toolchain2netbsd on the Alpha.thorpej
2001-12-12MKfoo=no -> NOfootv
2001-12-11Make absolutely sure that MACHINE is no in the environment whenthorpej
the linker scripts are generated.
2001-12-11Set G_EMUL to elf32lmip.thorpej
2001-12-05Fix up `netbsdY' or `netbsdZ' in various places where toolchain2netbsdrafal
stripped netbsd1.5[YZ] to netbsd[YZ]. toolchain2netbsd should probably be whacked to DTRT as well.
2001-11-26A few things to make r/o source trees work that might have timestamps on thejmc
dist .y and .c files reversed. 1. Move the .y.c and other assorted implicit rule overrides out of Makefile.inc and into local Makefile's. The system Makefile (bsd.sys.mk) sets up .l.c and .y.c rules so unless these come after all inclusions they just get ignored. 2. Add @true as the command for any of the rule overrides. Otherwise make still bails complaining about not knowing how to build the requisite .c or .h file. This obviously wasn't tested before as it couldn't have worked as-is.
2001-11-17New toolchain files for mipsel.simonb
From Rafal's commit for mipseb (which applies here too): WARNING: Binutils 2.11.2 (maybe earlier) changed the MIPS ABI, so any shared libs built by this toolchain WILL NOT WORK without either a whack to BFD to fix that or a patch to ld_elf.so to work around it. I need to chase the binutils folks on this issue still.
2001-11-08Oops, last round checked in make droppings here. Check in the actualrafal
toolchain2netbsd generated files, though this is as of yet untested.
2001-11-08New toolchain files for mipseb. Mainly toolchain2netbsd output with somerafal
changes to configuration stuff to (a) recognize `mipseb', and (b) build a BE-default GCC on mipseb. gprof and gdb still not done. WARNING: Binutils 2.11.2 (maybe earlier) changed the MIPS ABI, so any shared libs built by this toolchain WILL NOT WORK without either a whack to BFD to fix that or a patch to ld_elf.so to work around it. I need to chase the binutils folks on this issue still. That said, the new toolchain seems to work quite well once the ABI change is worked around/fixed -- I'm committing from a machine running a user- land built with the new compiler.