[lug] C++ libraries in Linux

[D. Stimits]

"S. Luke Jones" wrote:
> 
> Tkil wrote:
> > a bit rough around the edges, but it is probably the best dead-tree
> > reference to the STL, as well as providing some examples of use (which
> > sroustrup 3rd/special also does).  the online references, however, are
> > free.  :)
> 
> What online references might those be? I was struck a few months back when,
> looking for the C++ equivalent of Sun's comprehensive Java standard library
> web reference, I was unable to find much.  Plauger (actually his company
> Dinkumware) has a little online content but it's set up so it's harder to
> use the online material that it would be to have a thousand people each
> xerox a page at random and fax it to you for you to put together into a
> dead tree volume of your own.

I don't know which URL in particular, but I think he was referring to
the Prentice Hall site, often the publisher makes available
supplementary content. The particular book I referenced was an
explanation of the standards for various library items.

Some of my C++ URL's:
http://www.dinkum.com/htm_stl/
http://www.sgi.com/Technology/STL/
http://www.cs.bsu.edu/homepages/peb/cplusplus/cpplib.html
http://www.cs.bsu.edu/homepages/peb/cplusplus/ansilib.html
http://pegasus.rutgers.edu/~elflord/cpp/
http://www.astentech.com/tutorials/Cpp.html
http://www.acm.org/crossroads/xrds1-1/ovp.html

I can't guarantee all of those are current, I haven't gone through the
list lately. One place that carriers a lot of weight is SGI, who wrote
many of the C++ STL components running on Linux, as well as lots of C++
based programs in general.

> 
> As to the comments by others about Plauger and MSVC... I didn't know he did
> that one, although that's the business he's in, so I'm not surprised either.
> 
> On the other hand, is it fair to assume that when a botched implementation
> of a standard comes out of Microsoft, the cause was incompetence? I should
> think not. I haven't seen much of his code, but he did co-write with BWK
> (of K&R fame) "The Elements of Programming Style" and "Software Tools,"
> both of which are IMHO essential reading for any serious programmer.

MFC is a pain in the butt. I don't know what he actually contributed to
that, but I would guess most authors there had their hands tied and
couldn't really code the way they'd like it to be.

D. Stimits, stimits at idcomm.com

> 
> --
> Luke Jones = luke/vortex/frii/fullstop/com
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug