🚀 go-pugleaf

Eric Williams wrote:
> These applications become *much* easier to construct
> once the programmer is freed from the burden of explicitly managing
> memory.

Nothing precludes the use of GC in C++ - I've used it... it's just done
in libraries rather than as part of the language.  This has the advantage
of allowing the programmer to decide on their style of programming.


> 4. Threads and Monitors
> 
> C and C++ have very little to say about thread management, and less
> to say about synchronization.  These are usually implemented as
> external libraries..... with different APIs on different platforms.
> Using threads and semaphores makes C/C++ applications much less
> portable and much more difficult to debug.

Again, nothing is so "wrong" with moving such things to libraries - 
it means that programmers aren't forced to use one tasking model.  
If Thread support was built into C++ and I didn't want to use the
"chosen" method I wouldn't be able to use a different one - libraries 
allow this.

Just my $0.02 ...

..darcy

-- 
   D'Arcy Smith, Systems Analyst
   Applied Research in Computer Systems (ARCS) Laboratory
   British Columbia Institute of Technology (BCIT), Burnaby, BC, Canada
   E-Mail: darcy@arcs.bcit.bc.ca        URL http://www.arcs.bcit.bc.ca
   Tel:  (604) 432-8281      		Fax:  (604) 436-1297