[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/42704: Adding support for bmake as a pkgsrc tool (ala gmake)
The following reply was made to PR pkg/42704; it has been noted by GNATS.
From: Robert Elz <kre%munnari.OZ.AU@localhost>
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>
| 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.)
Main Index |
Thread Index |