Who is responsible for the install check goo in Makefile.inc1

Ruslan Ermilov ru at FreeBSD.org
Wed Jul 30 00:25:40 PDT 2003

[ Moved to -current ] 

On Tue, Jul 29, 2003 at 07:12:09PM -0700, Peter Wemm wrote:
> John Birrell wrote:
> > The installworld check for a kernel with the new sigaction promptly
> > core-dumped sh with the unsupported syscall. I think this check should
> > be based on sysctl kern.osreldate, not just running the new shell to see
> > if it core dumps. Thats kind of sub-optimal because I normally associate
> > core dumps during build/installworld with a dodgy build. In this case,
> > the build wasn't dodgy... I just hadn't realised that I was missing a toe.
> The problem is that some of the install scripts run the host /bin/sh *after*
> src/bin has been installed.  If your sh in ${OBJDIR} wont run, you *WILL*
> be hosed later on in the build with about a 50:50 split between old and new
> worlds.  I dont recall which scripts are the culprits, but it is a side
> effect of "#! /bin/sh" that is on a script that is run during installworld.
> In theory, the 'make installworld' stuff copies everything needed for an
> installworld to a /tmp directory, but it still misses a bunch of
> "#! /bin/sh" type things.  This isn't a cross build issue because the shell
> scripts are run on the host.
> For what its worth, this test saved me yesterday when I was trying to update
> an ancient ia64 box to -current.
That wasn't the point John was trying to make, IMO.

I'm regularly upgrading 4.0-RELEASE to 5.x-CURRENT to check that
the upgrade path wasn't broken, and this check comes very handy.
I wouldn't object though if it was done using kern.osreldate.

I'd happily test any patches in this direction for you, John.

Ruslan Ermilov		Sysadmin and DBA,
ru at sunbay.com		Sunbay Software Ltd,
ru at FreeBSD.org		FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20030730/79110eb0/attachment.bin

More information about the freebsd-current mailing list