summaryrefslogtreecommitdiffstats
path: root/Makefile.upgrade
Commit message (Collapse)AuthorAgeFilesLines
* Removed "env" commands. "sh" is a real shell, sobde2002-03-191-2/+2
| | | | | "env name=value ... sh ..." was just a pessimized way of doing "name=value ... sh ...".
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Set X11BASE to something deliberately bogus in elf_buildworld so thatjkh1999-03-231-1/+2
| | | | | | it doesn't link with a.out X11 libs. Noticed by: Arno J. Klaassen <arno@heho.snv.jussieu.fr>
* Use ${MAKE} not 'make -f'msmith1999-02-171-4/+4
| | | | Submitted by: tfreak@fluffybunny.jaded.net
* Make sure correct path is set in upgrade.jkh1999-02-131-1/+6
| | | | Submitted by: Ruslan Ermilov <ru@ucb.crimea.ua>
* further refine the upgrade process.jkh1999-01-271-19/+1
|
* Sigh, now I see where the tabs got smashed. Fix them here too.jkh1999-01-271-5/+5
|
* Frob the upgrade target to be a bit more inclusive. This appears tojkh1999-01-261-66/+30
| | | | | | be a good bit more successful at doing automated upgrades than the previous aout-to-elf target, anyway. I'll MF3 in a couple of days depending on how this does.
* Fix an aout-to-elf upgrade failure. Don't let the kernel Makefilepeter1999-01-251-2/+3
| | | | think it's in ELF mode and upgrading /kernel.
* The upgrade process from 2.2.x -> 3.0-ELF assumes the existence ofpeter1999-01-071-3/+9
| | | | | GENERICupgrade, which got kinda fried. Try to copy GENERIC if the user has not supplied their own.
* make aout-to-elf first does an a.out makeworld to bring the currentpeter1999-01-071-2/+2
| | | | | environment and tools up to date so it can then build an ELF world. Teach it to cope with the a.out disable.
* 3.0-RELEASE and now the post-release 3.0-CURRENT were being declaredpeter1998-10-171-7/+8
| | | | 'too old' to run ELF. Check the kernel version properly.
* Change 3.0-CURRENT to 3.0-BETA when deciding if the installed systemjb1998-09-231-5/+15
| | | | | | | is current-enough (or is that beta-enough?). Add a NOCONFIRM test for those brave souls who are game to upgrade a system in blind faith.
* Add a move-aout-libs target to do just that. It takes the well knownjb1998-09-091-1/+54
| | | | | | | | | library directories: /usr/lib /usr/lib/compat /usr/local/lib and /usr/X11R6/lib and adds any other directories that ldconfig knows about, then removes any that are already aout directories (that is, with aout as a component of the path) and passes this directory list to the move_aout_libs.sh script to do the hack (believe it, it moves libraries that are in use) work.
* Change a hardcoded i386 reference to ${MACHINE} so that MACHINE=pc98jb1998-09-051-2/+2
| | | | is supported properly.
* When creating /etc/objformat, respect DESTDIR.jb1998-09-031-2/+2
| | | | Pointed out by: Zach Heilig -- zach@gaffaneys.com
* Force the upgrade kernel to be aout.jb1998-08-311-3/+5
|
* E-day build system changes.jb1998-08-311-0/+230
- 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.
OpenPOWER on IntegriCloud