303975 |
11-Aug-2016 |
gjb |
Copy stable/11@r303970 to releng/11.0 as part of the 11.0-RELEASE cycle.
Prune svn:mergeinfo from the new branch, and rename it to RC1.
Update __FreeBSD_version.
Use the quarterly branch for the default FreeBSD.conf pkg(8) repo and the dvd1.iso packages population.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
302408 |
08-Jul-2016 |
gjb |
Copy head@r302406 to stable/11 as part of the 11.0-RELEASE cycle. Prune svn:mergeinfo from the new branch, as nothing has been merged here.
Additional commits post-branch will follow.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
284345 |
13-Jun-2015 |
sjg |
Add META_MODE support.
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
|
275433 |
02-Dec-2014 |
bapt |
Revert r274953, r274934
mandoc(1) is now able to display correctly the vanilla version
|
274953 |
24-Nov-2014 |
bapt |
Fix rendering of manpages with mandoc(1)
|
270168 |
19-Aug-2014 |
bdrewery |
Revert r267233 for now. PIE support needs to be reworked.
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
|
267233 |
08-Jun-2014 |
bdrewery |
In preparation for ASLR [1] support add WITH_PIE to support building with -fPIE.
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]
|
218822 |
18-Feb-2011 |
dim |
Merge binutils 2.17.50 to head. This brings a number of improvements to x86 CPU support, better support for powerpc64, some new directives, and many other things. Bump __FreeBSD_version, and add a note to UPDATING.
Thanks to the many people that have helped to test this.
Obtained from: projects/binutils-2.17
|
178757 |
04-May-2008 |
marcel |
Lower WARNS to avoid warning about type-punned casting.
|
130575 |
16-Jun-2004 |
obrien |
Updated Bmake framework for Binutils 2.15.
|
126197 |
24-Feb-2004 |
johan |
style.Makefile(5): 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
|
113398 |
12-Apr-2003 |
ru |
Removed invasion into these makefiles by the "legacy" stuff; I have a better fix in the works.
|
113369 |
11-Apr-2003 |
ru |
libbinutils.a needs basename(3); when the latter is provided by -legacy, liblegacy.a should come last in the LDADD list.
|
92840 |
20-Mar-2002 |
obrien |
Update to Binutils 2.12.0 release.
|
92206 |
13-Mar-2002 |
obrien |
Turn up WARNS as high as possible.
Tested by: gcc31, gcc32, /usr/bin/cc
|
89886 |
27-Jan-2002 |
obrien |
Change the way the version strings are handled.
|
84906 |
14-Oct-2001 |
obrien |
Clean up the formatting.
|
60777 |
22-May-2000 |
obrien |
Pull the switch and activate our Binutils to a snapshot of the up and comming 2.10 release.
|
58683 |
27-Mar-2000 |
bde |
Use `${dir}/libfoo.a' instead of `-L${dir} -lfoo' for local static 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$).
|
50472 |
27-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
36615 |
03-Jun-1998 |
peter |
Add missing DPADD's.
|
35719 |
04-May-1998 |
jb |
BINDIR is now specified in a single place. There are no cross-architecture issues with this utility.
|
34955 |
30-Mar-1998 |
jdp |
Give up on a.out support in binutils. It has too many problems to 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.
|
34495 |
12-Mar-1998 |
jdp |
Restructure the binutils hierarchy somewhat in order to better 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.
|
33976 |
01-Mar-1998 |
jdp |
This commit was generated by cvs2svn to compensate for changes in r33975, which included commits to RCS files with non-trunk default branches.
|