D is an incredibly alluring language, but it's become impossible to use in many types of projects where interoperability with C codebases is necessary. DMD doesn't support linking with 64-bit shared objects, and doesn't support 64-bit binaries. This means that any C libraries we need to use must be compiled as 32bit objects and must be shipped with our software. It's become simpler just to use g++ now..
Comment #1 by clugdbug — 2010-01-18T06:20:10Z
Although this is one of the crucial issues facing D, it's not a bug, and doesn't belong in Bugzilla.
Comment #2 by braddr — 2010-01-18T10:56:55Z
We do use bugzilla to track enhancement requests though, so re-opening.
Comment #3 by clugdbug — 2010-01-18T11:53:44Z
(In reply to comment #2)
> We do use bugzilla to track enhancement requests though, so re-opening.
Come on, it's NOT an enhancement request. That's a request for a complete new backend! There are two possible responses: INVALID, or WONTFIX. I think it's invalid, because of the availability of LDC. Seriously, it's a bugzilla report of no value, and including these kind of things reduces the value of bugzilla.
BTW, while you're here, we need to change the 'version' specifiers. There should be D1 only, D2 only, and both. The current list of 100 different versions causes lots of problems, and adds _no_ value. None. More importantly it gives no way of specifying D1-only bugs.
Could you add: D1, D2, D1-only, to the existing list, so we can migrate them across?