summaryrefslogtreecommitdiffstats
path: root/Makefile.inc1
Commit message (Collapse)AuthorAgeFilesLines
* Disable thread support in BIND. It appears to reduce performance ratherdes2005-07-251-8/+0
| | | | | | | | than increase it, and seems to be the cause of the memory leaks which some users have reported. Requested by: dougb MFC after: 5 days
* Add delete-old and delete-old-libs targets:netchild2005-07-231-0/+92
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - removes obsolete files/dirs or libraries. - works in interactive (default) and batch mode - respects DISTDIR - documented in UPDATING and build(7) The head of the file ObsoleteFiles.inc contains instructions how to add obsolete files/dirs/libs to the list. Obviously one should add obsolete files to this list, when he removes a file/dir/lib from the basesystem. Additionally add check-old target: - allows re@ to check if a file on the obsolete list resurfaces Design goals: - allows full control by the user (default interactive mode) - possibility of scripted removal of obsolete files (batch mode) - opt-in removal of files (explicit list of files) - seperate removal of libs (2 delete targets) Important design decissions: - structured list of files to remove instead of a plain text file: * allows to remove additional files if a NO_foo knob is specified without the need to change the targets (no NO_foo knob is respected yet) - not using mtree like NetBSD does: * mtree doesn't has an interactive mode Discussed on: arch (long ago), current (this year) Additional input from: re (hrs) Approved by: mentor (joerg)
* Make the `distrib-dirs' target official and working properlyru2005-07-151-2/+2
| | | | | when cross-building (installing). (This is useful for NFS installing world/kernel to another architecture machine.)
* Exclude build32 target from the list of toolchain and kernel-toolchainkan2005-07-071-1/+1
| | | | | | | | dependencies. We do not need to build 32bit compat tools to compile a kernel. Approved by: re (scottl) Reported by: jhb
* Provide 32-bit runtime support on amd64 as a separate distribution, lib32.ru2005-06-161-6/+13
| | | | | | Prodded by: obrien Nodded by: peter Approved by: re
* Allow to override the compiler, linker, and assembler used to build 32-bitru2005-06-061-10/+10
| | | | shim libraries on amd64.
* Add install-info to the list of install tools now that we don'tru2005-05-311-1/+1
| | | | | | always bootstrap texinfo. Reported by: scottl
* Stop redundantly rebuilding texinfo on the next __FreeBSD_version bump.ru2005-05-231-1/+5
|
* Remove lame and ineffectual attempt to fix ipf breakage of tenderbox.imp2005-05-011-1/+0
|
* Add some subversive code to cleandir: remove the sbin/ipf treeimp2005-04-301-0/+1
| | | | | entirely to fix the tinderbox machine. This change will be reverted once the tinderboxen are tindering again.
* Merge from RELENG_5: invert WITH_LIB32 into NO_LIB32 so that we build thepeter2005-04-061-2/+2
| | | | | 32 bit libraries by default. Define NO_LIB32 in make.conf if you do not want this.
* Fix the lib32 build for amd64 after v1.238 of src/include/Makefile (imp).peter2005-04-061-0/+1
| | | | That change exposed the fact that I'd forgotten to set $MACHINE here.
* Fix AMD64 cross-builds when WITH_LIB32 is defined.ru2005-03-271-4/+4
| | | | (Initially spotted by kris@ on RELENG_5.)
* Protect against DESTDIR being set during the build of build32.ru2005-03-221-2/+2
| | | | Reported by: pav
* Add hacks that I use to test cross-builds (by building onru2005-03-021-2/+2
| | | | | | | | native and foreign architectures and comparing products). They eliminate most of the differences caused by different object directory paths, timestamping, and identification. (Note WORLDTMP was renamed to ${OBJTREE}${.CURDIR}/tmp.)
* Bootstrap pwd_mkdb(8) and use its new feature during "make distribute".ru2005-02-281-1/+6
|
* Accept the old user interface for NO_CLEAN as it is a POLA violation asobrien2005-02-281-0/+3
| | | | we've eventually changed the user interface of a common command.
* Unbreak buildworld.ru2005-02-281-5/+6
|
* Make the format of LC_COLLATE files architecture independent.ru2005-02-271-1/+5
|
* Bootstrap gencat(1).ru2005-02-271-0/+5
| | | | OK'ed by: phantom
* Added the convenience "distribution" target which calls theru2005-02-271-0/+3
| | | | | | target of the same name from src/etc/Makefile with a proper environment, suitable to be used during upgrades and cross- builds.
* Make it clear we no longer support source upgrades fromru2005-02-271-0/+4
| | | | versions prior to 5.3.
* Add missing continuation.ru2005-02-271-2/+2
|
* As threatened, drop support for source upgrades from pre-5.3.ru2005-02-271-44/+4
| | | | Inspired by: obrien
* Added the "buildenv" target, for developers only!ru2005-02-261-0/+4
| | | | | | | CAVEAT: if you run tcsh(1) from within this target, this will reset your PATH making this target mostly useless. Careful! Submitted by: jmg, ru
* Make the format of LC_CTYPE files architecture independent byru2005-02-261-0/+5
| | | | | | | | | | | | | introducing the disk formats for _RuneLocale and friends. The disk formats do not have (useless) pointers and have 32-bit quantities instead of rune_t and long. (htonl(3) only works with 32-bit quantities, so there's no loss). Bootstrap mklocale(1) when necessary. (Bootstrapping from 4.x would be trivial (verified), but we no longer provide pre-5.3 source upgrades and this is the first commit to actually break it.)
* Add endianness support to cap_mkdb(1), useful for cross builds.ru2005-02-221-0/+5
|
* Add lorder(1) to the list of bootstrap-tools.ru2005-02-191-0/+1
|
* Allow to cross-build amd64 on non-i386.ru2005-02-191-1/+2
|
* In crunchgen(1), when calling make(1), don't redirect stderr to stdout,ru2005-01-201-1/+1
| | | | | | | just rely on the exit status to detect an error. This makes crunchgen(1) safe to use with certain make(1) debugging flags. MFC after: 1 week
* Remove the special sparc64 time_t support.obrien2004-12-291-51/+0
| | | | | If someone isn't running with a 64-bit time_t by now, they don't track -CURRENT and would probably go to RELENG_5 vs. 6-CURRENT.
* Further fix the case mentioned in rev. 1.302. Theru2004-12-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | intent was (and still is) that if a user has say CPUTYPE=i686 set in /etc/make.conf, we don't print the assignment type warning unless TARGET_CPUTYPE is overridden. Unfortunately, the implementation was buggy, and only recent changes to bsd.cpu.mk that swapped canonical and alias values of some CPU types made the bug apparent. Here's what happens here. - CPUTYPE=i686 is set in /etc/make.conf, - bsd.cpu.mk reset it to "pentiumpro", - Makefile.inc1 compares this canonical value with the result of the following test, make -f /dev/null CPUTYPE=pentiumpro -V CPUTYPE and expects the result to be "pentiumpro" too, but "i686" is returned, here's why. We have two CPUTYPE variables, global, set to "i686" in /etc/make.conf, and command-line (of a higher precedence), set to "pentiumpro". The following part of bsd.cpu.mk, . elif ${CPUTYPE} == "i686" CPUTYPE = pentiumpro which is responsible for converting aliases to canonical values, sees the value of the CPUTYPE command-line variable first, "pentiumpro", and no conversion is done -- the net effect is that CPUTYPE global stays with its old value "i686", and "make -V CPUTYPE" (which prints variables in the global context) returns "i686". The fix was to pass the CPUTYPE in the test above as an environment variable instead of as a command line variable, i.e., CPUTYPE=pentiumpro make -f /dev/null -V CPUTYPE This time, CPUTYPE global is still set to "i686" initially (by /etc/make.conf), and an envieronment variable CPUTYPE (of a lower precedence) is set to "pentiumpro". The .elif sees it's set to "i686" and resets it to "pentiumpro", and so "make -V" returns "pentiumpro". NB: these various types of make(1) variables can be very painful, especially when combined with "make -V".
* NOCLEAN -> NO_CLEANru2004-12-211-6/+6
| | | | NOCLEANDIR -> NO_CLEANDIR
* NOSHARE -> NO_SHAREru2004-12-211-3/+3
|
* NOHTML -> NO_HTMLru2004-12-211-3/+3
|
* NOGAMES -> NO_GAMESru2004-12-211-3/+3
|
* NOCRYPT -> NO_CRYPTru2004-12-211-11/+11
|
* NOSHARED -> NO_SHAREDru2004-12-211-1/+1
|
* NOFSCHG -> NO_FSCHGru2004-12-211-1/+1
|
* NODOCCOMPRESS -> NO_DOCCOMPRESSru2004-12-211-6/+6
| | | | | | | | NOINFO -> NO_INFO NOINFOCOMPRESS -> NO_INFOCOMPRESS NOLINT -> NO_LINT NOPIC -> NO_PIC NOPROFILE -> NO_PROFILE
* NOLIBC_R -> NO_LIBC_Rru2004-12-211-1/+1
| | | | | NOLIBPTHREAD -> NO_LIBPTHREAD NOLIBTHR -> NO_LIBTHR
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-211-4/+4
| | | | OK'ed by: core
* Minor tweaks in "make update" comments.ru2004-12-171-3/+3
|
* Do not leave build droppings in /usr/src for usr.sbin/pcvt/keycap andpeter2004-12-011-0/+4
| | | | | usr.bin/lex/lib for the 32 bit libraries on amd64. Add an explicit obj for these two directories that are built in for the "libraries" target.
* Hopefully fix the "aicasm" build-tool issue when using ${KERNSRCDIR}ru2004-11-231-1/+1
| | | | | | different from ${.CURDIR}. Reported by: jhb
* In the amd64 hybrid libraries case, move the kerberos5 tools to beforepeter2004-11-201-6/+6
| | | | | | building the kerberos5 includes. This is not the same patch that Bjoern A. Zeeb came up with, but the credit still goes to him for finding the problem. Thanks!
* Oops, all my test boxes have NO_KERBEROS set, so I didn't hit the kerberos5peter2004-11-151-0/+10
| | | | | build tools problem. I'd missed the kerberos5/tools stuff entirely. Add the missing bits.
* Add knob NO_NIS (fka NO_YP_LIBC) and make world compileable when set.bz2004-11-131-1/+5
| | | | | | | | | | | If turned on no NIS support and related programs will be built. Lost parts rediscovered by: Danny Braniss <danny at cs.huji.ac.il> PR: bin/68303 No objections: des, gshapiro, nectar Reviewed by: ru Approved by: rwatson (mentor) MFC after: 2 weeks
* Show stray files during "cvs update".ru2004-11-121-1/+1
|
* Ruslan told me I should have quoted the arch strings when comparing topeter2004-11-101-4/+4
| | | | MACHINE_ARCH. Belatedly get around to doing it.
OpenPOWER on IntegriCloud