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

Re: New Subversion Client C++ API

From: Brent R. Matzelle <bmatzelle_at_yahoo.com>
Date: 2002-08-20 22:06:45 CEST

--- Garrett Rooney <rooneg@electricjellyfish.net> wrote:
> On Tue, Aug 20, 2002 at 11:13:54AM -0700, Greg Stein wrote:
> > (I believe) Greg Hudson's question has nothing to do with C vs
> C++. Instead,
> > it is questioning why you are having problems putting C code into
> your C++
> > code. By design, C++ was supposed to be able to mix in vanilla C
> code.
> >
> > So what were you seeing that caused a problem?
> >
> > However, your followup talks about "data hiding". The SVN
> interface is
> > already pretty good about data hiding. Which did you feel needed
> to be
> > hidden? Or needed more hiding? etc
> personally, even though one can call c directly from c++, doing so
> often in a large c++ application can feel 'icky'. there's
> something
> to be said for having an API more in the spirit of c++. i mean
> there's a reason that the gtkmm people have gone to so much trouble
> to
> wrap gtk in c++.

You summed up my feelings exactly. And yes, I did perform much more
data hiding than the original C API. For instance, all of the APR
memory allocation is performed internally.

> > You had mentioned that you would post a reference or somesuch on
> the
> > RapidSVN site. I don't see that right now... It is kind of hard
> to provide
> > feedback about your C++ APIs :-)
> yeah, i'd also like to take a look at this ;-)

Well, I was waiting until the SvnCpp code found a home but since you
asked I gladly posted it:


I placed a news blurb on the RapidSVN homepage too if you forget this



Do You Yahoo!?
HotJobs - Search Thousands of New Jobs

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Aug 20 22:07:18 2002

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.