Subject: Re: Updating current in the wrong order after the make change.
To: Richard Earnshaw <rearnsha@arm.com>
From: Jim Wise <jwise@draga.com>
List: current-users
Date: 01/16/2001 14:10:16
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 16 Jan 2001, Richard Earnshaw wrote:

>>
>> a "commands()" command was added to make's syntax a few days ago.
>> what you need to do is update your make before you install the new .mk
>> files.  here's what i'd do:
>>
>> # cd /usr/share/mk
>> # cvs -d :pserver:anoncvs@anoncvs.netbsd.org:/cvsroot co -p -r1.126 sharesrc/share/mk/bsd.prog.mk > bsd.prog.mk
>> # cd /usr/src/usr.bin/make
>> # make
>> # make install
>>
>> assuming, of course, that your source tree is in sync and that's the
>> only problem.  :)
>>
>
>Of course, one could argue that it should always be possible to rebuild
>make even in these circumstances.  That is, /usr/src/usr.bin/make/Makefile
>should not pull in any makefile fragments, or there should be an alternate
>makefile in that directory that doesn't rely on /usr/share/mk/*.

Right.  Naive little old me thought `well, why can't I use "make -f
Makefile.boot" to get out of this mess, that's what it's for, right?'

But apparently that's not what it's for -- unless you're on a sun.

- -- 
				Jim Wise
				jwise@draga.com

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (NetBSD)
Comment: For info see http://www.gnupg.org

iD8DBQE6ZJyd2JhG4/qi8rQRAoKOAKCEIpbX8rkVYKmSCbzgS74GjX2CqgCfdhIB
lRwy9f+nEkyPlXH1EYeYStw=
=MDDT
-----END PGP SIGNATURE-----