[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: svn commit: r1349944 - /subversion/trunk/gen-make.py

From: Bert Huijben <bert_at_qqmail.nl>
Date: Wed, 13 Jun 2012 21:45:53 +0200

> -----Original Message-----
> From: C. Michael Pilato [mailto:cmpilato_at_collab.net]
> Sent: Wednesday, June 13, 2012 9:34 PM
> To: dev_at_subversion.apache.org
> Cc: Hyrum K Wright; commits_at_subversion.apache.org
> Subject: Re: svn commit: r1349944 - /subversion/trunk/gen-make.py
>
> On 06/13/2012 07:36 PM, Hyrum K Wright wrote:
> > On Wed, Jun 13, 2012 at 6:10 PM, <rhuijben_at_apache.org> wrote:
> >> Author: rhuijben
> >> Date: Wed Jun 13 16:10:25 2012
> >> New Revision: 1349944
> >>
> >> URL: http://svn.apache.org/viewvc?rev=1349944&view=rev
> >> Log:
> >> * gen-make.py
> >> Make the --with-neon= and --without-neon arguments on gen-make.py
> optional,
> >> just like how ./configure handles those. Windows doesn't use ./configure
> and
> >> this breaks tools that are friendly enough to provide hints.
> >
> > I don't like this change. ./configure *doesn't* work this way: it
> > errors when attempting to provide the now-defunct neon options.
>
> Perhaps Bert meant only that, in general, configure allows you to specify
> options that it doesn't itself understand (while printing a warning about
> this fact).

I think most distributions at least share some build code between versions.

The buildbots only have a single set of dependencies for all the branches we are building. Only once we released 1.9.0 neon will be gone and before that we still have to support it (and even after that we still have to support all the Subversion 1.0-1.7 clients that still use neon)

Things get very easy if you just break the few remaining buildbots without caring about the consequences, but it doesn’t make Subversion a better product.

        Bert
Received on 2012-06-13 21:46:33 CEST

This is an archived mail posted to the Subversion Dev mailing list.