[HEADS UP] GNU make 3.82

Doug Barton dougb at FreeBSD.org
Fri Mar 11 00:10:00 UTC 2011

On 03/10/2011 15:54, Mark Linimon wrote:
> On Mar 10, 2011, at 14:21 , Doug Barton wrote:
>> I admire your optimism, however experience tells us that once these
>> types of accomodations get into the tree, they stay there for a long
>> time.
> Here's what I have on my system:
>    devel/autoconf
>    devel/autoconf213
>    devel/automake
>    devel/automake14
>    devel/autotools
>    devel/libtool
> (That's not counting the -wrapper convenience ports.)


> Summary: there used to be a lot of auto* ports.  There aren't, now.

First, my point was not "there are going to be a lot of gmake ports," my 
point was, "there will be >1 for a long time after it's split into >1." 
You have now proved my point, thanks. While we're discussing anecdotal 



But that's only because I periodically do 'pkg_delete auto*' so this is 
not really representative.

Meanwhile, this is why I reacted so strongly on IRC when it was 
suggested that bifurcating gmake was the way to go. I was 100% certain 
at the time that it was a foregone conclusion.

So maybe you will take a stab at my real question, what is the urgency 
in upgrading gmake that prevents "fix the broken ports first" as an 
option to at least explore? And while we're at it, if you have already 
done the iterative -exp runs to get the 1100 ports figure, where are 
those logs?




	Nothin' ever doesn't change, but nothin' changes much.
			-- OK Go

	Breadth of IT experience, and depth of knowledge in the DNS.
	Yours for the right price.  :)  http://SupersetSolutions.com/

More information about the freebsd-ports mailing list