summaryrefslogtreecommitdiffstats
path: root/Makefile.inc1
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* Change WANT_LIB32 to WITH_LIB32. Sorry for the whiplash folks.peter2004-11-101-2/+2
| | | | | | | It was pointed out to me that the convention we have is to use WITH_ elsewhere in the system, eg: ports etc. This is all temporary anyway and presumably will be inverted to a NO_LIB32 or something like it in the future.
* Convert tools/lib32/build.sh into world connectable hooks. This stillpeter2004-11-061-0/+93
| | | | | | | | | | | | rates pretty high on the "hack!" scale, but it works for me. Adding -DWANT_LIB32 to the world build command line, or 'WANT_LIB32=yes' to /etc/make.conf will include the 32 bit libraries with the build. I have not made this default behavior. Cross compiling this stuff is an adventure I have not investigated. This is still a WIP. We needed this at work so that we could install from a readonly obj tree - lib32/build.sh wasn't up to that.
* For variables that are only checked with defined(), don't provideru2004-10-241-1/+1
| | | | any fake value.
* Catch another gcc-3.3 c++ include path reference and update it to 3.4.peter2004-10-111-1/+1
|
* 1. Add much finer granularity to the NO_BIND knobs with the addition of:dougb2004-09-271-0/+4
| | | | | | | | | NO_BIND_DNSSEC, NO_BIND_ETC, NO_BIND_NAMED, and NO_BIND_UTILS. 2. Make creation of directories in /usr/include that are only needed in the WITH_BIND_LIBS case conditional. Reviewed by: ru, des
* Hopefully fix alpha and sparc64 builds: on these architectures,ru2004-09-211-3/+4
| | | | | | | | | | libpthread is provided by src/lib/libc_r. Also, removed lib/bind from _generic_libs, "lib" will suffice. Also, removed redundant lib/bind dependency on lib/libpthread (as lib/bind is not in the _prebuild_libs, it's not needed). Prodded by: trhodes@ reporting that des@ is on the flight
OpenPOWER on IntegriCloud