Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-21 Thread Daniel Shahaf
Branko Čibej wrote on Sun, Apr 17, 2016 at 18:47:35 +0200: > P.S.: It would also be nice if developers compiled stuff in maintainer > mode and fixed new warnings before committing ... just sayin'. That's exactly why we have the svn-warnings bot. Its build did trigger the 'switch' warning you had

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Branko Čibej
On 18.04.2016 10:44, Stefan Sperling wrote: > On Mon, Apr 18, 2016 at 10:40:53AM +0200, Stefan Sperling wrote: >> On Mon, Apr 18, 2016 at 10:33:43AM +0200, Branko Čibej wrote: >>> On 18.04.2016 10:28, Stefan Sperling wrote: On Sun, Apr 17, 2016 at 06:47:35PM +0200, Branko Čibej wrote: > I'

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Stefan Sperling
On Mon, Apr 18, 2016 at 10:40:53AM +0200, Stefan Sperling wrote: > On Mon, Apr 18, 2016 at 10:33:43AM +0200, Branko Čibej wrote: > > On 18.04.2016 10:28, Stefan Sperling wrote: > > > On Sun, Apr 17, 2016 at 06:47:35PM +0200, Branko Čibej wrote: > > >> I've been looking at and fixing new compile-tim

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Stefan Sperling
On Mon, Apr 18, 2016 at 10:33:43AM +0200, Branko Čibej wrote: > On 18.04.2016 10:28, Stefan Sperling wrote: > > On Sun, Apr 17, 2016 at 06:47:35PM +0200, Branko Čibej wrote: > >> I've been looking at and fixing new compile-time warnings on trunk, and > >> noticed that the svn_client_resolve() funct

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Branko Čibej
On 18.04.2016 10:28, Stefan Sperling wrote: > On Sun, Apr 17, 2016 at 06:47:35PM +0200, Branko Čibej wrote: >> I've been looking at and fixing new compile-time warnings on trunk, and >> noticed that the svn_client_resolve() function was deprecated in >> r1730495 in favour of three new functions tha

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Stefan Sperling
On Sun, Apr 17, 2016 at 06:47:35PM +0200, Branko Čibej wrote: > I've been looking at and fixing new compile-time warnings on trunk, and > noticed that the svn_client_resolve() function was deprecated in > r1730495 in favour of three new functions that are specialised for text, > property or tree co

Re: Deprecation of svn_client_resolve() leaves loose ends

2016-04-18 Thread Branko Čibej
On 17.04.2016 18:47, Branko Čibej wrote: > (The warning probably gets emitted from JavaHL too, but I haven't checked > that.) Indeed it does pop up in JavaHL. -- Brane

Deprecation of svn_client_resolve() leaves loose ends

2016-04-17 Thread Branko Čibej
I've been looking at and fixing new compile-time warnings on trunk, and noticed that the svn_client_resolve() function was deprecated in r1730495 in favour of three new functions that are specialised for text, property or tree conflict resolution. This change causes a deprecation warning to be emi