Parent Directory
| 
Revision Log
| Links to HEAD: | (view) (download) (annotate) |
| Sticky Revision: |
Convert to usr.bin/ to LIBADD Reduce overlinking
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
Replace all uses of libncurses and libtermcap with their wide character variants. This allows usable file system images (i.e. those with both a shell and an editor) to be created with only one copy of the curses library. Exp-run: antoine PR: 189842 Discussed with: bapt Sponsored by: DARPA, AFRL
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]
When building picobsd, define WITHOUT_OPENSSL and WITHOUT_KERBEROS and remove the now-redundant checks for RELEASE_CRUNCH. This originally was defined for building smaller sysinstall images, but was later also used by picobsd builds for a similar purpose. Now that we've moved away from sysinstall, picobsd is the only remaining consumer of this interface. Adding these two options reduces the RELEASE_CRUNCH special cases in the tree by half.
Use src.opts.mk in preference to bsd.own.mk except where we need stuff from the latter.
Build usr.bin/ with WARNS=6 by default. Also add some missing $FreeBSD$ to keep svn happy.
Fix conflicts after heimdal-1.1 import and add build infrastructure. Import all non-style changes made by heimdal to our own libgssapi.
Remove the -DFAST_IPSEC from Makefiles again. This was needed during the IPSEC->FAST_IPSEC->IPSEC transition period to not break the build after picking up netipsec header files. Now that the FAST_IPSEC kernel option is gone and the default is IPSEC again those defines are superfluous. Approved by: re (rwatson)
Commit IPv6 support for FAST_IPSEC to the tree. This commit includes all remaining changes for the time being including user space updates. Submitted by: bz Approved by: re
Stop enforcing dependencies between MK_* options at Makefile level. All the dependencies are satisfied now in <bsd.own.mk>.
Respect MK_INET6_SUPPORT. Move INET6 out of the RELEASE_CRUNCH conditional block because it saves as little as 2% of the binary size and IPv6 is rather popular today. (Some other binaries, e.g., telnetd, include INET6 for RELEASE_CRUNCH already.)
Reimplementation of world/kernel build options. For details, see: http://lists.freebsd.org/pipermail/freebsd-current/2006-March/061725.html The src.conf(5) manpage is to follow in a few days. Brought to you by: imp, jhb, kris, phk, ru (all bugs are mine)
Remove kludges intended to support src trees with partial obj trees. Discussed with: ru
NOCRYPT -> NO_CRYPT
Join the 21st century: Cryptography is no longer an optional component of releases. The -DNOCRYPT build option still exists for anyone who really wants to build non-cryptographic binaries, but the "crypto" release distribution is now part of "base", and anyone installing from a release will get cryptographic binaries. Approved by: re (scottl), markm Discussed on: freebsd-current, in late April 2004
Make sure that a "make release" (more accurately the bit that makes the crunched binary) get a non-cryptographic telnet. This is overkill in that it covers stuff that is not normally used in a crunched binary.
Ensure that for the cryptographic instances of *telnet*, the "crypto" distribution is used. This only affects release-building.
Test correct macro for "without crypto" option(s).
Very big makeover in the way telnet, telnetd and libtelnet are built. Previously, there were two copies of telnet; a non-crypto version that lived in the usual places, and a crypto version that lived in crypto/telnet/. The latter was built in a broken manner somewhat akin to other "contribified" sources. This meant that there were 4 telnets competing with each other at build time - KerberosIV, Kerberos5, plain-old-secure and base. KerberosIV is no longer in the running, but the other three took it in turns to jump all over each other during a "make buildworld". As the crypto issue has been clarified, and crypto _calls_ are not a problem, crypto/telnet has been repo-copied to contrib/telnet, and with this commit, all telnets are now "contribified". The contrib path was chosen to not destroy history in the repository, and differs from other contrib/ entries in that it may be worked on as "normal" BSD code. There is no dangerous crypto in these sources, only a very weak system less strong than enigma(1). Kerberos5 telnet and Secure telnet are now selected by using the usual macros in /etc/make.conf, and the build process is unsurprising and less treacherous.
Remove WARNS?=2 and -Wall. WARNS?=2 is going to be the default.
Diff-reduce WRT src/secure/*telnet*/Makefile. Also, add an "unifdef:" target, so that the telnet sources can be remade from the crypto sources in src/crypto/telnet.
Code merge and diff reduction between this and crypto telnet. Also remove useless AUTHENTICATION code. We have never compiled this here, and it is doubtful that it even works without crypto.
libtelnet.a is gone; add a special hack for `make release' fixit floppy.
Bye-bye /usr/lib/libtelnet.a. This should fix ``make release'' brokeness. Approved by: markm
Do not compile INET6 support if RELEASE_CRUNCH is defined (used by install floppy/picobsd)
Fixed misspelling of DPADD as DPADDA. Fixed some misformattings.
Use libcrypto in place of libdes.
fix breakage of make release. Confirmed by: German Tischler <tanis@gaspode.franken.de>
another tcp apps IPv6 updates.(should be make world safe) ftp, telnet, ftpd, faithd also telnet related sync with crypto, secure, kerberosIV Obtained from: KAME project
Nearly missed this one. Turn off -DTERMCAP otherwise it defines a bunch of conflicting symbols with ncurses.
Use -DSKEY instead of wrong -DPATH_SKEY
Import a few relatively minor fixes from current Borman telnet. Add some buffer overrun fixes from OpenBSD and myself. Add skey calculator kludge from OpenBSD. TODO: do a real merge of dab's sources... probably just make telnet and telnetd contrib software. Obtained from: OpenBSD, dab@bsdi.com
Fixed DPADD.
Remove obsolete SOCKSv4 support
Add support for socks
Oh foo. I should a) learn to read. b) learn to think. :-) Telnet has nothing to do with this, it's telnetd and telnetd doesn't use KLUDGELINEMODE so that theory is washed up. Anyway, back out previous commit and slink away with red face.
Remove -DKLUDGELINEMODE again; it's breaking things and Paul T. says it's a bug anyway.
Fix big f*ckup by doing "make nocrypt" (Don't think I don't realize what a big f*ckup this was.) Submitted by: geoff.
Don't do Kerberos yet, we aren't ready for it.
This commit was generated by cvs2svn to compensate for changes in r1590, which included commits to RCS files with non-trunk default branches.
BSD 4.4 Lite Usr.bin Sources
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
| ViewVC Help | |
| Powered by ViewVC 1.1.24 |