#
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 ...
|