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

RE: svn commit: r1132966 - in /subversion/trunk: subversion/include/ subversion/libsvn_ra_svn/ subversion/svn/ subversion/svnlook/ subversion/svnsync/ subversion/svnversion/ tools/dev/svnraisetreeconflict/

From: Bert Huijben <bert_at_qqmail.nl>
Date: Tue, 7 Jun 2011 14:32:51 +0200

> -----Original Message-----
> From: Hyrum K Wright [mailto:hyrum_at_hyrumwright.org]
> Sent: dinsdag 7 juni 2011 14:25
> To: dev_at_subversion.apache.org
> Cc: commits_at_subversion.apache.org
> Subject: Re: svn commit: r1132966 - in /subversion/trunk:
> subversion/include/ subversion/libsvn_ra_svn/ subversion/svn/
> subversion/svnlook/ subversion/svnsync/ subversion/svnversion/
> tools/dev/svnraisetreeconflict/
>
> How does this impact backward compat? If somebody was including just
> 'svn_wc.h' and expecting to get the contents of svn_version.h, their
> code will now not compile, yes? This is demonstrated by our own build
> breakage after r1132965.
>
> (You mention a similar cleanup happened early in 1.7 development. I
> apologize if I'm digging up old laundry.)

I think the relevant revision is r875498.

Around that time we "somehow documented" that users should include the
header they need directly instead of relying on our includes.

(There is also a relevant discussion on irc in about the last hour... And
I'm looking at more breakage :( )

        Bert
Received on 2011-06-07 14:33:28 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.