[LLVMdev] To APR Or Not To APR. That is the question.

[Reid Spencer]

Agreed on all points. I've used ACE on a commercial product and its a behemoth. 
Debugging as you suggested is a nightmare.

APR is focused on networking support (and it does a pretty good job there) but 
that's to be expected since its principal use is in Apache HTTPD. For lots of 
things that we need, APR just has no support which is why it won't get 
implemented in lib/System for a while (until it can do things that we need it 
to do).

And that's a "wrap".

Reid.

Andrew Lenharth wrote:

> I reallize I am responding to this thread a bit late, but here goes.
> 
> On Mon, 2004-09-13 at 10:34, Reid Spencer wrote:
> 
>>Snip snip snip, cut cut cut
>>As for other libraries, there is boost (which we've already excised),
>>and ACE (which is huge and heavy weight). APR is the rising star in this
>>area.
> 
> 
> As someone who has had to work on and with software written against ACE
> (the TAO codebase in fact) may I strongly suggest that you give no
> further time to this idea.  Really, if for no other reason than the time
> it takes gdb to load the debug synbols for ACE can be on the order of a
> couple minutes.  To say it is heavy weight is an understatement.  It
> insists on working on very non-standards compliant C++ compiles (i.e.
> ones with little support for templates or stl), thus reimplements many
> things in the standard library in a really C-type-unsafe way.
> 
> Just my 1/2 cent on ACE.
> 
> As for APR, when I had glanced at it briefly, it (of course) seemed
> rather more focused on providing the things you need for sane cross
> platform networking code.  It wasn't clear to me that this really
> translated into providing everything we need nor provided useful
> abstractions for what we did.  And do we really want to write a wrapper
> to wrap another wrapper?
> 
> Andrew
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://mail.cs.uiuc.edu/mailman/listinfo/llvmdev