Mail Archives: djgpp/1998/09/10/18:00:48
> I think we'll see a lot of C++ stuff migrating over to C such as try and
> catch. Then the problem will be how to differentiate C from C++. Like,
> is the goal of C to be a sort of "C++-lite" without classes? For
> example: if you do a lot of low-level hardware stuff and/or need a low
> memory footprint and low CPU usage, then use C over C++. But then again
> C++ compilers are fast catching up to C compilers in terms of executable
> size and speed, so the point may come where we may have to say "why not
> just merge C with C++" since there's so much diffusion back and forth.
Well, since C++ is (basically) a superset of C, that has aldready happened.
I don't understand any advantages to using C over C++ other than the possible
difference in optimization/memory footprint. What does C have that C++
doesn't? [and I don't mean things like slightly different syntax]
--
(\/) Endlisnis (\/)
s257m AT unb DOT ca
Endlisnis AT GeoCities DOT com
Endlis AT nbnet DOT nb DOT ca
- Raw text -