summaryrefslogtreecommitdiff
path: root/gnu/usr.bin/binutils/size
AgeCommit message (Collapse)Author
2015-08-05Remove old GNU Binutils tools now provided by ELF Tool ChainEd Maste
Reviewed by: bapt, brooks Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D3238 Notes: svn path=/head/; revision=286332
2015-06-13Add META_MODE support.Simon J. Gerraty
Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp Notes: svn path=/head/; revision=284345
2015-06-08dirdeps.mk now sets DEP_RELDIRSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=284172
2014-12-02Revert r274953, r274934Baptiste Daroussin
mandoc(1) is now able to display correctly the vanilla version Notes: svn path=/head/; revision=275433
2014-11-24Fix rendering of manpages with mandoc(1)Baptiste Daroussin
Notes: svn path=/head/; revision=274953
2014-11-19Merge from head@274682Simon J. Gerraty
Notes: svn path=/projects/bmake/; revision=274683
2014-08-19Revert r267233 for now. PIE support needs to be reworked.Bryan Drewery
1. 50+% of NO_PIE use is fixed by adding -fPIC to INTERNALLIB and other build-only utility libraries. 2. Another 40% is fixed by generating _pic.a variants of various libraries. 3. Some of the NO_PIE use is a bit absurd as it is disabling PIE (and ASLR) where it never would work anyhow, such as csu or loader. This suggests there may be better ways of adding support to the tree. Many of these cases can be fixed such that -fPIE will work but there is really no reason to have it in those cases. 4. Some of the uses are working around hacks done to some Makefiles that are really building libraries but have been using bsd.prog.mk because the code is cleaner. Had they been using bsd.lib.mk then NO_PIE would not have been needed. We likely do want to enable PIE by default (opt-out) for non-tree consumers (such as ports). For in-tree though we probably want to only enable PIE (opt-in) for common attack targets such as remote service daemons and setuid utilities. This is also a great performance compromise since ASLR is expected to reduce performance. As such it does not make sense to enable it in all utilities such as ls(1) that have little benefit to having it enabled. Reported by: kib Notes: svn path=/head/; revision=270168
2014-08-19Merge head from 7/28Simon J. Gerraty
Notes: svn path=/projects/bmake/; revision=270164
2014-06-08In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.Bryan Drewery
This is currently an opt-in build flag. Once ASLR support is ready and stable it should changed to opt-out and be enabled by default along with ASLR. Each application Makefile uses opt-out to ensure that ASLR will be enabled by default in new directories when the system is compiled with PIE/ASLR. [2] Mark known build failures as NO_PIE for now. The only known runtime failure was rtld. [1] http://www.bsdcan.org/2014/schedule/events/452.en.html Submitted by: Shawn Webb <lattera@gmail.com> Discussed between: des@ and Shawn Webb [2] Notes: svn path=/head/; revision=267233
2014-05-16Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=266219
2014-05-10Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=265802
2013-03-11Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=248169
2013-02-16Updated dependenciesSimon J. Gerraty
Notes: svn path=/projects/bmake/; revision=246868
2012-08-22Sync FreeBSD's bmake branch with Juniper's internal bmake branch.Marcel Moolenaar
Requested by: Simon Gerraty <sjg@juniper.net> Notes: svn path=/projects/bmake/; revision=239572
2012-05-10General mdoc(7) and typo fixes.Glen Barber
PR: 167696 Submitted by: Nobuyuki Koganemaru (kogane!jp.freebsd.org) MFC after: 3 days Notes: svn path=/head/; revision=235211
2010-11-01Add manpages under gnu/usr.bin/binutils, since they are generated.Dimitry Andric
Notes: svn path=/projects/binutils-2.17/; revision=214640
2010-10-22Most of binutils now compiles at WARNS=3, except for libiberty andDimitry Andric
libbfd, which still need WARNS=2. Notes: svn path=/projects/binutils-2.17/; revision=214223
2004-06-16Updated Bmake framework for Binutils 2.15.David E. O'Brien
Notes: svn path=/head/; revision=130575
2004-02-24style.Makefile(5):Johan Karlsson
Use WARNS?= instead of WARNS= For this to work properly for all part is the subdirectories the WARNS assignments in Makefile.inc0 are moved to the correspondning Makefile.inc. Approved by: obrien (binutils maintainer) Tested by: make universe Notes: svn path=/head/; revision=126197
2003-04-12Removed invasion into these makefiles by the "legacy" stuff;Ruslan Ermilov
I have a better fix in the works. Notes: svn path=/head/; revision=113398
2003-04-11libbinutils.a needs basename(3); when the latter is providedRuslan Ermilov
by -legacy, liblegacy.a should come last in the LDADD list. Notes: svn path=/head/; revision=113369
2002-03-20Update to Binutils 2.12.0 release.David E. O'Brien
Notes: svn path=/head/; revision=92840
2002-03-13Turn up WARNS as high as possible.David E. O'Brien
Tested by: gcc31, gcc32, /usr/bin/cc Notes: svn path=/head/; revision=92206
2001-10-14Clean up the formatting.David E. O'Brien
Notes: svn path=/head/; revision=84906
2000-03-27Use `${dir}/libfoo.a' instead of `-L${dir} -lfoo' for local staticBruce Evans
libraries in LDADD so that `make checkdpadd' doesn't report non-errors. Fixed some style bugs (the usual ones for DPADD and LDADD, and misformatting of $FreeBSD$). Notes: svn path=/head/; revision=58683
1999-08-27$Id$ -> $FreeBSD$Peter Wemm
Notes: svn path=/head/; revision=50472
1998-06-03Add missing DPADD's.Peter Wemm
Notes: svn path=/head/; revision=36615
1998-05-04BINDIR is now specified in a single place. There are no cross-architectureJohn Birrell
issues with this utility. Notes: svn path=/head/; revision=35719
1998-03-30Give up on a.out support in binutils. It has too many problems toJohn Polstra
be worth much effort. Install all i386 binutils programs in "/usr/libexec/elf". Disable a.out support in libbfd. It's too dangerous to leave it in. Some of the utilities think they can handle a.out, but they generate bad object files. Notes: svn path=/head/; revision=34955
1998-03-12Restructure the binutils hierarchy somewhat in order to betterJohn Polstra
support building it for variant architectures. It was already becoming clear that the former structure was too rigid and didn't scale well. The usual sort of makefile magic arranges to .include an architecture specific makefile "Makefile.${MACHINE_ARCH}" in each directory where it exists. Also, sources will be found in each subdirectory "${MACHINE_ARCH}" that exists. This is all taken care of automatically by the top level "Makefile.inc0". This all seems to work right for the i386 now. I have also converted those alpha pieces already present to the new schema as best I could. Also: change the BINDIR on the i386 to /usr/libexec/elf for "ar" and "ranlib". They are not object format independent enough to put into /usr/bin. Notes: svn path=/head/; revision=34495
1998-03-01Add bmakefiles for building binutils from the contrib tree.John Polstra
This finishes up the binutils import. But I am leaving it disabled in "src/gnu/usr.bin/Makefile" for now. It is not used by anything yet, so I'll take this opportunity to run one more round of tests before enabling it. Notes: svn path=/cvs2svn/branches/JDP/; revision=33975
generated by cgit v1.2.3 (git 2.25.1) at 2026-01-25 18:46:32 +0000