Mail Archives: djgpp/1997/06/11/05:33:25
>Yeah, I can agree with you here, since DJGPP produces very good (read
>great) code, I'm not complaining. It's slower than other compilers during
>compilation, but faster during execution of the compiled program.
>And making DJGPP incompatible with GCC sounds like a bad idea I guess. So,
>well, we'll all just have to settle with a somewhat slow compiler, that
>produces really fast code, and makes porting of code very easy, and is just
>great. I can settle with that! =)
Since djgpp is my only contact with any gnu-type stuff, I'm just wondering
about updated versions of gnu c++. Are people somewhere busily working on
gcc 3.0 (or maybe that's a bit ambitious; I know the c++ working paper isn't
even exactly standardized yet -- let's say 2.8, or whatever a significan't
version update would be) or what? I myself can't see exactly why gcc needs
to use temp files, i.e., why use separate programs at all? With a well
defined source API which I'm sure the gnu people (whoever and wherever they
are) are more than capable of, couldn't it all be integrated into one
program while still maintaining modularity? Command line ("system" calls,
whatever you want) is just such a brutal excuse for a run-time API, it seems
(and of course proves) really wasteful to rely on it. I'm not criticizing
things I don't understand and won't anytime soon probably, I'm just curious.
- Calvin -
- Raw text -