| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
always bootstrap texinfo.
Reported by: scottl
|
| |
|
| |
|
|
|
|
|
| |
entirely to fix the tinderbox machine. This change will be reverted
once the tinderboxen are tindering again.
|
|
|
|
|
| |
32 bit libraries by default. Define NO_LIB32 in make.conf if you do not
want this.
|
|
|
|
| |
That change exposed the fact that I'd forgotten to set $MACHINE here.
|
|
|
|
| |
(Initially spotted by kris@ on RELENG_5.)
|
|
|
|
| |
Reported by: pav
|
|
|
|
|
|
|
|
| |
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.)
|
| |
|
|
|
|
| |
we've eventually changed the user interface of a common command.
|
| |
|
| |
|
|
|
|
| |
OK'ed by: phantom
|
|
|
|
|
|
| |
target of the same name from src/etc/Makefile with a proper
environment, suitable to be used during upgrades and cross-
builds.
|
|
|
|
| |
versions prior to 5.3.
|
| |
|
|
|
|
| |
Inspired by: obrien
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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".
|
|
|
|
| |
NOCLEANDIR -> NO_CLEANDIR
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
NOINFO -> NO_INFO
NOINFOCOMPRESS -> NO_INFOCOMPRESS
NOLINT -> NO_LINT
NOPIC -> NO_PIC
NOPROFILE -> NO_PROFILE
|
|
|
|
|
| |
NOLIBPTHREAD -> NO_LIBPTHREAD
NOLIBTHR -> NO_LIBTHR
|
|
|
|
| |
OK'ed by: core
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
different from ${.CURDIR}.
Reported by: jhb
|
|
|
|
|
|
| |
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!
|
|
|
|
|
| |
build tools problem. I'd missed the kerberos5/tools stuff entirely. Add
the missing bits.
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
MACHINE_ARCH. Belatedly get around to doing it.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
any fake value.
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
| |
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
|