retard wrote:
Sat, 14 Aug 2010 20:24:33 -0500, Yao G. wrote:
On Sat, 14 Aug 2010 20:20:49 -0500, Mike Parker <aldac...@gmail.com>
wrote:
What prevents you from contributing to the frontend under its current
license?
Apparently he doesn't like butt-ugly frontends. That's the game breaker
for him :|
I'm using the same argumentation as Walter here. If I ever contributed
code to the proprietary dmd, I would get sued by a group of lawyers when
contributing code later to some other proprietary / open source compiler.
Even seeing the code might taint my mind. Just like Walter refuses to
read Tango's code to prevent license issues with Phobos.
Dmd's code also has several problems. I don't think it supports multi-
core CPUs very well when parsing files. The other issues are: forward
reference bugs, lack of a good internal garbage collector (CTFE &
templates), not well documented (I know nearly nothing about compiler
implementation).
Those things are all true, but not relevant to ddoc. The ddoc code is
just doc.c, which is 58kB in size. You're quite right in saying that
something much better could be produced in a week or so of work. The
existing ddoc was made in about a week, and I've spent a couple of days
fixing some of the most obvious bugs.
Now that most of the wrong-code and compiler error bugs are fixed, other
stuff is becoming higher priority. Still, the fact that there are a
thousand open compiler bugs, and only a couple of people working on the
compiler is a pretty obvious limitation. Would be great if someone put a
concerted effort into ddoc for a
