History log of /freebsd/Makefile (Results 1276 – 1300 of 1486)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 11fb97da 31-Aug-1998 John Birrell <jb@FreeBSD.org>

E-day build system changes.

- Moved most of the guts of Makefile to Makefile.inc1 to become the
backend for the build system.
- The new Makefile doesn't suffer from problems including the wrong

E-day build system changes.

- Moved most of the guts of Makefile to Makefile.inc1 to become the
backend for the build system.
- The new Makefile doesn't suffer from problems including the wrong
sys.mk because it doesn't use anything in there or bsd.own.mk. So,
from now on, the proper build command is just `make world' (or
buildworld).
- The intermediate makefiles called Makefile.inc0 and Makefile.upgrade
fiddle with the OBJFORMAT and MAKEOBJDIRPREFIX variables so that
both aout and elf object trees can coexist. Makefile.upgrade contains
the aout->elf transition build.
- A cross build environment is now very close to reality. Specifying
TOOLDIR, setting OBJFORMAT and MAKEOBJDIRPREFIX allow that.

See the comments in Makefile for more info.

show more ...


# cf5656e8 18-Aug-1998 John Birrell <jb@FreeBSD.org>

Build objformat on all architectures.


# fba6da92 04-Aug-1998 Bruce Evans <bde@FreeBSD.org>

Fully enable the optimization of not building dependencies unless NOCLEAN
is set. It was disabled in the -j case. See rev.1.173.


# 6697f536 04-Aug-1998 Peter Wemm <peter@FreeBSD.org>

Descend into etc always; src/etc/sendmail/Makefile has make.conf hooks
for building and installing a local sendmail.cf..

I'm a little nervous about the implications of having an obj dir built
under

Descend into etc always; src/etc/sendmail/Makefile has make.conf hooks
for building and installing a local sendmail.cf..

I'm a little nervous about the implications of having an obj dir built
under etc (to get to the obj dir for sendmail), but the make rules appear
to DTRT.

show more ...


# cf94fb21 03-Aug-1998 Bruce Evans <bde@FreeBSD.org>

Fixed building -current under 2.2.6 using `make world'. Moved some
recently added definitions from sys.mk to bsd.own.mk. Include the
src-relative bsd.own.mk in src/Makefile to pick up all new defin

Fixed building -current under 2.2.6 using `make world'. Moved some
recently added definitions from sys.mk to bsd.own.mk. Include the
src-relative bsd.own.mk in src/Makefile to pick up all new definitions.
Don't check that MACHINE_ARCH is defined in src/Makefile, since it is
(and should have been) guaranteed to be defined.

show more ...


# 0ae9a94a 02-Aug-1998 Wolfram Schneider <wosch@FreeBSD.org>

Malformed conditional if MACHINE_ARCH is not defined. From rev 1.195.


Revision tags: release/2.2.7
# 1d86f959 07-Jul-1998 Bruce Evans <bde@FreeBSD.org>

Oops, don't build tools for building games, etc. when we're not building
games, etc.

Define _BUILD_TOOLS in sub-makes for building tools. This will be used
to avoid using uninstalled tools in colld

Oops, don't build tools for building games, etc. when we're not building
games, etc.

Define _BUILD_TOOLS in sub-makes for building tools. This will be used
to avoid using uninstalled tools in colldef and mklocale.

show more ...


# 27406826 07-Jul-1998 Bruce Evans <bde@FreeBSD.org>

Build internal tools in build-tools so that they have some chance of
working when the target system is not binary compatible. Use various
hacks to work around minor problems in the source and binary

Build internal tools in build-tools so that they have some chance of
working when the target system is not binary compatible. Use various
hacks to work around minor problems in the source and binary tree
layouts:
- caesar and strfile are built normally (the source layout is good),
then installed by copying them to ${WORLDTMP}/usr/bin (they are
installed in ${WORLDTMP}/usr/games, but I don't want to put that
in $PATH).
- colldef and mklocale are built and installed normally. Messy and
incomplete relative path searches for them and caesar and strfile
can now go away.
- internal tools that aren't installed are now built and left lying
around for the `make all' pass to use. If the target system is
not binary compatible, it is critical that these tools don't get
rebuilt. Cleaning of the obj tree before building the internal
tools should ensure this.
- most internal tools are built using internal build-tools targets,
but tn3270 is simpler for a change - it has all the tools in a
separate tree, so they can be built using `make all'.

show more ...


# 6943ec80 17-Jun-1998 Bruce Evans <bde@FreeBSD.org>

Added yacc to the bootstrap tools. It is needed very early to
build at least compile_et and lex, and although almost any version
of yacc could work, the version in -stable doesn't actually work
with

Added yacc to the bootstrap tools. It is needed very early to
build at least compile_et and lex, and although almost any version
of yacc could work, the version in -stable doesn't actually work
with -current makefiles because it doesn't support -o.

Submitted by: Ian Holland <ianh@tortuga.com.au>

show more ...


# e2fea9c5 13-Jun-1998 Peter Wemm <peter@FreeBSD.org>

join(1) is used by lorder, add it to build-tools. (otherwise, things get
ugly when an a.out /usr/bin/join sees the elf LD_LIBRARY_PATH from a
'make world' and it's a.out ld.so tries to load the elf

join(1) is used by lorder, add it to build-tools. (otherwise, things get
ugly when an a.out /usr/bin/join sees the elf LD_LIBRARY_PATH from a
'make world' and it's a.out ld.so tries to load the elf libc.so.)

show more ...


# 70c9f974 09-Jun-1998 Bruce Evans <bde@FreeBSD.org>

Quick fixes for the mtree bootstrap:
- don't announce `mtree' as `mtools'.
- don't install to ${DESTDIR}/usr/sbin (which often doesn't exist if
DESTDIR is set and may be read-only if DESTDIR is not

Quick fixes for the mtree bootstrap:
- don't announce `mtree' as `mtools'.
- don't install to ${DESTDIR}/usr/sbin (which often doesn't exist if
DESTDIR is set and may be read-only if DESTDIR is not set).
- install to (${WORLDTMP}/usr/sbin so that the new mtree is actually
in $PATH if DESTDIR is set.
- don't use the host make or the host sys.mk. This is probably
unimportant.
- use a temporary obj dir like the one for `make'. This was mainly
necessary because I forgot to remove the MAKEOBJDIRPREFIX unsetting
which was just a bug for mtree. A non-quick fix would handle mtree
more like a bootstrap tool (the only additional complications are to
create ${BINDIR} and avoid excessive cleaning). Except a non-quick
fix would change much more.

show more ...


# f55eda87 07-Jun-1998 Søren Schmidt <sos@FreeBSD.org>

Compile mtree before it is used, this is a hack, but make world has
failed since new functionality was introduced in mtree.


# 8f24c563 06-Jun-1998 Joseph Koshy <jkoshy@FreeBSD.org>

-DALLLANG is now obsolete in "src/Makefile"; move to "src/release/Makefile".

PR: 6685


# 00ef3836 06-Jun-1998 Bruce Evans <bde@FreeBSD.org>

Don't run the target's ldconfig or build it as a tool. If target == host
(in particular, if DESTDIR is empty or "/"), then the host's ldconfig will
be the target's ldconfig by the time it is run.

F

Don't run the target's ldconfig or build it as a tool. If target == host
(in particular, if DESTDIR is empty or "/"), then the host's ldconfig will
be the target's ldconfig by the time it is run.

Fixed disordering of env.

Don't know too much about libcrypt. Use exactly the same definition of
_libcrypt as lib/Makefile.

Don't build strip twice.

show more ...


# 9e3b9b4d 06-Jun-1998 Bruce Evans <bde@FreeBSD.org>

Fixed bogotification of the lex bootstrap in rev.1.186 and the previous
commit - don't wander off to bootstrap mtree and include in the middle
of bootstrapping lex, and don't forget what we were doin

Fixed bogotification of the lex bootstrap in rev.1.186 and the previous
commit - don't wander off to bootstrap mtree and include in the middle
of bootstrapping lex, and don't forget what we were doing and build
some lex obj dirs twice.

show more ...


# 7c780e8e 05-Jun-1998 Jordan K. Hubbard <jkh@FreeBSD.org>

Add mtree to bootstrap targets now that peter has added a new
keyword to it which will otherwise call the next target to fall over
on transitioning systems.


# 44600413 04-Jun-1998 John Birrell <jb@FreeBSD.org>

Build aout bootstrap tools only on i386.

`make world' now works on alpha!


# ad6833e4 04-Jun-1998 Philippe Charnier <charnier@FreeBSD.org>

Typos.


# e4b5626a 02-Jun-1998 John Hay <jhay@FreeBSD.org>

Don't build perl in build-tools: if NOPERL is defined.


# 1b53d90e 02-Jun-1998 Peter Wemm <peter@FreeBSD.org>

Fix brain-fart. "usr.bin/reinstall" should be "sbin/ldconfig".
No comment. *-<:-)

Submitted by: "Pierre Y. Dampure" <pierre.dampure@k2c.co.uk>


# c6bf2e49 01-Jun-1998 Peter Wemm <peter@FreeBSD.org>

ldconfig is used at the end of installworld.


# f40a876b 30-May-1998 John Hay <jhay@FreeBSD.org>

Add a test to see if the secure directory exists, before deciding which
crypt library should be used when building bootstrap-libraries. This
make it work on machines that don't have the secure direct

Add a test to see if the secure directory exists, before deciding which
crypt library should be used when building bootstrap-libraries. This
make it work on machines that don't have the secure directory.
Thanks to Paul Allenby <pallenby@mikom.csir.co.za> for bringing it to
my attention.

show more ...


# 78beb0d5 29-May-1998 Jordan K. Hubbard <jkh@FreeBSD.org>

Whoops! Committed the wrong version of that file - here's the one which
works.


# 873e8456 29-May-1998 Jordan K. Hubbard <jkh@FreeBSD.org>

Move sh after awk in build tools - sh requires awk to build. Add id
to list of bootstrap tools.
Submitted by: jhay


# 215c9a37 28-May-1998 Peter Wemm <peter@FreeBSD.org>

Only pre-build the "default" libcrypt, since it gets to set the symlinks
for the rest of the build. I'm not certain, but I think this determines
which crypt() goes into /sbin/init. This change shou

Only pre-build the "default" libcrypt, since it gets to set the symlinks
for the rest of the build. I'm not certain, but I think this determines
which crypt() goes into /sbin/init. This change shouldn't hurt anyway. :-)

Based on a suggestion by: bde

show more ...


1...<<51525354555657585960