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: [PATCH] Make constructors of JavaHL classes public

2016-04-18 Thread Branko Čibej
On 08.03.2016 22:40, Dmitry Pavlenko wrote: > Yes, it would be enough, thanks! > >> On 08.03.2016 17:35, Dmitry Pavlenko wrote: >>> Hello! >>> I would ask you to make some JavaHL contructors public, so it would be >>> possible to implement JavaHL more easily. Once you were so kind to do >>> that >>

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