Why C++ compiles slowly

Nick Sabalausky a at a.a
Thu Aug 19 14:04:26 PDT 2010


"dsimcha" <dsimcha at yahoo.com> wrote in message 
news:i4k4b4$jsj$1 at digitalmars.com...
>
> I didn't mean my comment in terms of the compilation system.  I meant it 
> as a more
> general statement of how these languages eschew convenience features. 
> Examples:
>
> The class centric paradigm is one example.
>
> The ridiculously fine grained standard library import system.  If you 
> really want
> to make your imports this fine-grained, you should use selective imports.
>
> Strictly explicit, nominative typing.
>
> Lack of higher order functions and closure just because you **can** 
> simulate these
> with classes, even though this is horribly verbose.
>
> No RAII, scope statements, or anything similar just because you **can** 
> get by
> with finally statements, even though this is again horribly verbose, 
> error-prone
> and unreadable.
>
> The requirement that you only have one top-level, public class per file.
>
> Lack of default function arguments just because these **can** be simulated 
> with
> overloading, even though this is ridiculously verbose.
>
> Lack of operator overloading just because you **can** use regular method 
> calls,
> even though properly used operator overloading makes code much more 
> succinct and
> readable.

Yea. If Java's design philosophy were a valid one, there would never have 
been any reason to move beyond Altair-style programming (ie, entering 
machine code (not asm) in binary, one byte at a time, via physical toggle 
switches). You *can* do anything you need like that (It's Turing-complete!).




More information about the Digitalmars-d mailing list