Go: A new system programing language
bearophile
bearophileHUGS at lycos.com
Tue Nov 17 07:07:04 PST 2009
Mike Hearn:
>With a few minor improvements (eg namespace support) that'd save a lot of time.<
This change to D language is not planned. You can explain why you think namespace support is useful (and you can explain those other minor improvements too).
>- Integration of a compiler with our in-house build system (proprietary). If it's GCC based that's better.<
There's a D compiled based on GCC, but at the moment the best D1 compiler is LDC, based on LLVM, especially if you care for top performance of the binary.
>If it works similar to the ones we use for C++ that's better:<
I hope D will do better here :-) But it will take time.
>D is a very feature rich language even compared to C++.<
But usually D features are designed to be safer, higher level, less tricky and more handy, and sometimes slower. Go designers have removed almost everything, so when you use Go you don't need a restrictive style guide like Google C++ one that forbids people to use several language features :-)
> - By default emacs/vim at google import customizations for our environment, integrating a d-mode with that would be nice.<
This is something that probably needs to be done regardless possible D usage at Google.
>I haven't tried binding stuff into D, although given that it's got some C/C++ compatibility it's way ahead of Python and Java already.<
C compatibility of D is good. C++ compatibility is currently limited by design.
If Google hires Walter he may use 50% of his free time developing D2 (as Guido has 50% for Python itself, and 50% developing Python code).
Bye,
bearophile
More information about the Digitalmars-d
mailing list