OT: on IDEs and code writing on steroids
Yigal Chripun
yigal100 at gmail.com
Mon May 18 22:40:48 PDT 2009
grauzone wrote:
>
> Just because it doesn't work on your shitty (SCNR) platform, it doesn't
> mean it's wrong. On Unix, there's a single ABI for C, and linking Just
> Works (TM).
do YOU want D to succeed?
that shitty platform is 90% of the market.
>
> But I kind of agree. The most useful thing about compiling each module
> to an object file is to enable separate compilation. But this is
> useless: it doesn't work because of bugs, it doesn't "scale" (because a
> single module is likely to have way too many transitive dependencies).
>
>> I'm not suggesting coping Java's model letter for letter or using a VM
>> either, but rather using a better representation.
>
> Ew, that's even worse. Java's model is right out retarded.
>
> I'd just compile a D project to a single (classic) object file. That
> would preserve C compatibility. Because the compiler knows _all_ D
> modules at compilation, we could enable some spiffy stuff, like virtual
> template functions or inter-procedural optimization.
Instead of compiling per module, it should be more course grained like
on the package/project level. in C# you can compile a single file and
get a "module" file (IIRC), but that's a rare thing. usually you work
with assemblies.
More information about the Digitalmars-d
mailing list