Re: pkg/42704: Adding support for bmake as a pkgsrc tool (ala gmake)

[Robert Elz <kre%munnari.OZ.AU@localhost>]

The following reply was made to PR pkg/42704; it has been noted by GNATS.

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: pkg/42704: Adding support for bmake as a pkgsrc tool (ala gmake)
Date: Sat, 30 Jan 2010 19:08:42 +0700

     Date:        Sat, 30 Jan 2010 11:35:01 +0000 (UTC)
     From:        "OBATA Akio" <obache%NetBSD.org@localhost>
     Message-ID:  <20100130113501.D56D863BBFC%www.NetBSD.org@localhost>
 
   |  How about install devel/bmake and use "bmake" to build packages instead
   |  of builtin "make" on NetBSD-4?
 
 If you mean making bmake be the default make to use for NetBSD 4 systems
 (so it just always gets installed there very early, much like the latest
 version of pkgtools/pkg_install does) then that sounds like an excellent
 idea - it would certainly avoid someone needing to trip over each and every
 package that triggers the bug, then add patches to them all (ie: that would
 make PR 42705 just vanish into the dust).
 
 The only downside I see is that this would add some overhead to NetBSD 4
 package builders - so far I think I've come across about 8 or 10 packages
 that cause make core dumps (and not all of those are verified to be this
 problem, some are still at the state of "something dumped core - needs
 investigating") of the 8000 or so packages that exist (ie: unless you happen
 to want to build one of the few, the standard system make is adequate.)
 
 I guess I lean towards "screw overhead, make it correct" personally, but
 I'm not sure everyone does (then again, how many NetBSD 4 package builders
 remain these days?)
 
 I'd still suggest that having bmake available as a build tool is a good
 idea, aside from dealing with the bug in NetBSD 4's make, this would also
 allow pkgsrc developers to make use of the latest additions to bmake, which
 are currently more or less off limits - as anything recently added to make
 is certainly not going to exist in old, but still supported, systems.
 For this usage though, more support, beyond my pkgsrc abilities, is probably
 needed, so that bmake only gets installed on systems that need the specific'
 feature (like testing what version is installed on the base system, and
 installing devel/bmake only if the base is too old for the feature used by
 a particular package.)
 
 kre