#SAS dumps Amiga
Doug,
> SAS/C++ is *not* a port of cfront 2.1. It is a C++ translator
>developed from scratch in-house at SAS Institute.
Hmmm, I did not know that it was developed from scratch!.
> Even if SAS/C++ is not as efficient as SAS/C, that won't prove
>anything about the C++ *language* in general, just our implementation.
Agree. Its the implemetation that matters. My experience showed me that
when confronted with a problem, I can come up with considerable different
solutions (given a time limit, i.e deadlines) when I aproach the problem
using procedural methods (using C), or object oriented methods (using
C++). My object oriented aproach results in a solution that supports more
functions for the present and is more expandable for the future, compared
to the procedural aproach even though the requirement is the same. But
guess what?, my C++ code is larger and supports more functionality and
sometimes executes slower. But I'm coding for the next project or the
class library that can be used by others.
I found that going through the process of object oriented analysis, by
nature forces me to provide more functionality within the problem domain.
I also found that the procedural aproach is more 'implementation' oriented
which results in solutions that are specific to the problem but not to the
general case.
So I was not saying that C++ results in slower code than C because its
C++, but because I have a better tool (C++) to aproach problems.
> It is possible to write object-oriented code in C, with enough
>PROGRAMMER discipline. The language doesn't help you much, but it's
>possible. I believe that the same object-oriented design in C and C++
>will be very close to the same speed.
Yes Indeed.
Hani