Re: C++ thoughts for Berlin

2013-05-29 Thread Branko Čibej
On 30.05.2013 03:03, Blair Zajac wrote: > ... one could stop thinking about memory management. Ha, ha, ha. I've heard that argument any number of times from C++ enthusiasts. I still get a kick from seeing their faces after they realize what a load of it is when you actually get away from "Hello

Re: C++ thoughts for Berlin

2013-05-29 Thread Branko Čibej
On 29.05.2013 21:05, Blair Zajac wrote: > Given I won't be at the Berlin hackathon, here's my thought on the C++ > topic [1]. > > I'm generally in favor of a move to C++, it would be nice to get > features that we work around now in C. > > Questions/issues: > > 1) How old g++ do we maintain? We ha

Re: C++ thoughts for Berlin

2013-05-29 Thread Justin Erenkrantz
On Wed, May 29, 2013 at 6:03 PM, Blair Zajac wrote: > Yup, I've had lots of issues with this. Putting C++ pool wrappers in C++ > classes and having them destroy in the correct order can be tricky to get > right (lots of core dumps in our internal RPC server). One of the nice > things about movi

Re: C++ thoughts for Berlin

2013-05-29 Thread Blair Zajac
On 05/29/2013 05:48 PM, Justin Erenkrantz wrote: On Wed, May 29, 2013 at 12:05 PM, Blair Zajac mailto:bl...@orcaware.com>> wrote: I'm generally in favor of a move to C++, it would be nice to get features that we work around now in C. Rewriting even some of our core libraries to use C++

Re: C++ thoughts for Berlin

2013-05-29 Thread Justin Erenkrantz
On Wed, May 29, 2013 at 12:05 PM, Blair Zajac wrote: > I'm generally in favor of a move to C++, it would be nice to get features > that we work around now in C. > Rewriting even some of our core libraries to use C++ (even if it we kept the existing C API) just doesn't seem to address any real pr

Re: Feature list for 1.9

2013-05-29 Thread Alexey Neyman
Log message templates? As far as I understand, the needed part of repository- dictated configuration is already there, now the 'svn ci' code needs to query those inherited properties before opening the editor. And, BTW, the Roadmap page (http://subversion.apache.org/roadmap.html) does not have a

Re: 1.7.10 up for signing/testing

2013-05-29 Thread Johan Corveleyn
On Thu, May 23, 2013 at 12:50 AM, Stefan Sperling wrote: > The 1.7.10 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. I plan to try and release on May > 30th so please tr

Re: 1.6.23 up for signing/testing

2013-05-29 Thread Ivan Zhakov
On Thu, May 23, 2013 at 5:08 AM, Ben Reser wrote: > The 1.6.22 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. We plan to try and release on May 30th > so please try and g

C++ thoughts for Berlin

2013-05-29 Thread Blair Zajac
Given I won't be at the Berlin hackathon, here's my thought on the C++ topic [1]. I'm generally in favor of a move to C++, it would be nice to get features that we work around now in C. Questions/issues: 1) How old g++ do we maintain? We have RHEL 6 boxes that have 4.4.6, so we wouldn't be

Re: svn commit: r2045 - /dev/subversion/subversion-1.6.23.zip.asc

2013-05-29 Thread Ben Reser
On Fri, May 24, 2013 at 7:14 AM, wrote: > Author: ivan > Date: Fri May 24 14:14:06 2013 > New Revision: 2045 > > Log: > * subversion-1.6.23.zip.asc: Add my signature. > > Modified: > dev/subversion/subversion-1.6.23.zip.asc > > Modified: dev/subversion/subversion-1.6.23.zip.asc >

Re: 1.6.23 up for signing/testing

2013-05-29 Thread Johan Corveleyn
On Tue, May 28, 2013 at 9:35 AM, Johan Corveleyn wrote: ... > For 1.7.10 another Windows sig is missing as well I think. Maybe > someone else can take care of that? To keep my laptop from being idle I've already started the tests for 1.7.10. So if all goes well my sig should be in by the end of t

Re: 1.6.23 up for signing/testing

2013-05-29 Thread Johan Corveleyn
On Thu, May 23, 2013 at 3:08 AM, Ben Reser wrote: > The 1.6.22 release artifacts are now available for testing/signing. > Please get the tarballs from > https://dist.apache.org/repos/dist/dev/subversion > and add your signatures there. We plan to try and release on May 30th > so please try and g