12 ms·
The D Language Front-End Merged Into GCC 9
- dvfjsdhgfv 8y agoThat's great news! Kudos to everyone who made it possible!
- WalterBright 8y agoThis is almost entirely due to the indefatigable work by Iain Buclaw.
- jordigh 8y agoThis has taken a long time! But also, it's just him working almost alone. I'm so happy this finally happened, though! Yay, more D!
- frabert 8y agoSo what is the currently "best compiler" for D? Is it DMD or GCC or...?
- FrozenVoid 8y agoLDC LLVM D compiler, GDC is second, DMD is a reference implementation that doesn't win benchmarks.
- WalterBright 8y agoAin't it great to have a choice? Each has their strengths and weaknesses, and have different feels. Just install all three, and see which one suits your style best.
- frabert 8y agoI remember that - _many_ years ago, ten maybe? - when I tried to use D for OS development, I was forced to use GCC because it was the only one who supported custom linker scripts IIRC. Nice to see that all the projects are still doing well!
- earenndil 8y agoI recently tried to use d for osdev, and was able to use all 3 compilers.
- jcelerier 8y ago> Ain't it great to have a choice? Not if it means that every choice is sub-par
- deleted 8y ago[deleted]
- jetzzz 8y agoAs category theory teaches us, there is a duality to a choice. If you are constructing value of a sum type you can choose any variant, but the one who receives it should be able to handle any possible variant. If you are using a library you can choose any compiler, but author of that library should ensure that it works with all compilers. If someone has a choice, then in some other place there is more complexity or work to be able to handle that choice.
- WalterBright 8y agoThe implementations all share the same front end, which serves to minimize language differences between them.
- ben-schaaf 8y agoIndeed. But a new version of DMD gets released with every update of the front-end, those then get slowly merged into LDC, and even more slowly into GDC. Last time I checked a lot of my code and it's dependencies don't compile on anything except DMD.
- coldtea 8y ago>Ain't it great to have a choice? Not if the choice leads to duplication of effort, smaller community, feuds and conflicts, decision fatigue, and so on.
- beatgammit 8y agoBut they use the same frontend, so most of that is moot.
- hnbroseph 8y ago>Ain't it great to have plenty of water to drink? Not if it leads to water intoxication.
- coldtea 8y agoOnly water intoxication is easy to avoid and 99.999% of the population manages even with tons of water available. Whereas the things I mentioned are endemic in many communities with such choices between different implementations. So not an apt counter-argument. An analogy doesn't just need to be somewhat similar to the situation -- it needs to have similar ups and downs too.
- johnfn 8y ago> Ain't it great to have a choice? Heh, yeah, let's go ask the JS frontend community about this one... oh dear.
- jake_the_third 8y agoNow for the benefits: * Better feature stability, * Robust and well-defined standards, * improved security, * better debugging options, * and most importantly competitive pressure. Just look at how LLVM pressured GCC into shape. I'm primarily a GCC user, but I'm very very grateful for LLVM's existence. Also multiple equally competent compilers disincentivise them from going rouge (e.g. .net telemetry). Weighing the pros against the cons, I'd have to stand with GP in saying that choice is good.
- joeld42 8y agoThis is literally what stopped me from learning D a few years ago. I started reading about it, got intrigued, did some tutorial-style stuff, decided to try it on a real project, and then realize that meant having to figure out which toolchain or choice of standard lib to use, and just gave up and used c++ as usual. If I was already familiar with the tradeoffs, or if I was very motived to learn D, I'm sure this wouldn't have been a big obstacle. There were plenty of resources explaining the difference and I'm sure there are more now. I'm just saying, anecdotally, that this was the roadblock for me.
- jacquesm 8y ago> realize that meant having to figure out which toolchain or choice of standard lib to use, and just gave up and used c++ as usual Once upon a time C++ was in much the same state.
- pjmlp 8y agoIt still is, and C as well. Trying to write portable C99, C11, C++11, C++14, C++17 code can be an interesting experience depending on which compilers are available.
- ptrott2017 8y agoInteresting, I saw it the other way at least there is no single supplier...The best way I found to think of it was (though your mileage may vary with the analogy): DMD - gave latest features - its the shiny concept super car reference that shows whats coming next.. LDC - is the production sports car -integrates with rest of LLVM - and occasionally surprises with innovative features like Nicholas Wilson's brilliant D-compute. GCC - its the production workhorse, fits all pipelines, goes where you need it and does it with style - its the muscle car of D world. You pick the one that meets what you need/want. Ian Buclaw has really done a superb job piloting this into GCC and hopefully GCC support might get you to look at D again :-).
- joeld42 8y agoIt's not so much different compilers, I don't remember the specifics, but at the time the impression I got was that each one had a very different standard library, so it would be hard to move from one to another. Maybe that's not the case anymore, or maybe I was mistaken. In any case, thats a good analogy, and I'll try to find an excuse to take another look at D. Having gcc support does sound like it would make things easier. Thanks.
- koko775 8y agoBig nope. Biggest nope. At the time I was super enthusiastic to try out (many years ago at this point), it wasn't open source so I decided to wait it out. Later, I decided to try it out again, but I had to choose between Phobos and Tango. I didn't have time to evaluate them so I bought a book on Tango. I shelved it because it seemed like a lot of stuff was still changing. When I tried again a couple of years later I wasn't sure whether to use DMD, GDC, or LDC. I didn't have the time to evaluate the compiler implementations, I just wanted to poke at it and try it out, and wanted to look at a bunch of examples before I jumped in. Three compilers made it a pain in the butt so I put it on the backburner and forgot to ever come back. At this point D had asked too much of me to figure out how I wanted to use it, three times over, and I wasn't about to commit myself to researching the implementations instead of just hacking so I abandoned D despite initially falling in love with it. By that point, other good native C++ alternatives had matured - Go, Rust, and Swift – for different use cases. After giving it three shots to give me a simple and consistent development experience I'll probably never try D again. Meanwhile, Rust has one compiler and I have multiple choices of IDEs which all support the toolchain - I just set it and go and it tends to do just what I want because all that common surface area in the Rust community gets improved for everyone. D is a great language hampered by a depressingly frustrating developer experience, and as such until that changes it is deeply hurting its own competitiveness with everyone who isn't committed to using it and making it work for them right off the bat (many many people). I also know one FAANG company that invested in D is seeing a very noticeable shift towards Rust instead.
- bachmeier 8y agoDMD has the fastest compilation times and gets new features right away. LDC will produce faster code for the times that you need to maximum performance. GDC takes longer to add new features than either DMD or LDC, but it produces fast code.
- jordigh 8y agoIn my experience, gdc has produced faster code than ldc for my problems. This is subjective, so please don't ask me to produce benchmarks. I just remember gdc outperformed ldc in some cases, that's all.
- deaddodo 8y agoDMD offers the newest features and is the easiest to get started with. So it's the beginner recommended option. GDC tends to compile the fastest/most optimized executables but lags behind the most in features. LDC was my preferred frontend, when I coded D. It meets DMD and GDC in the middle with well optimized output code whilst being close to bleeding edge.
- fithisux 8y agoGreat news.
- jbb67 8y agoGreat news. Although given that gdc is already a thing I can install and use today, what practical difference does it make?
- jordigh 8y agoI kind of hope it means it will get maintainership from people other than Ian.
- philonoist 8y agoSo this would mean we can write D in GCC implementation? But would this increase the user base of D?
- chrisseaton 8y ago> So this would mean we can write D in GCC implementation? No it doesn't mean that. GCC coding standards require (old, portable) C or C++.
- pjmlp 8y agoNot all standard GCC frontends are written in C++, e.g. GNAT.
- gnulinux 8y agoUhh no, not really, GNU doesn't "require C or C++". First of all GNU coding standard says C is the most recommended language, not C or C++. It even suggests Java before C++ (but I suspect that's a relic of old GNU AoT Java compiler?) and requests people not to use templates (which is hardly what we call C++ nowadays). Other than that, it's 100% ok to write a GNU package in any language people can generally understand and there is a free implementation available, like python, lisp etc. Scheme (via GNU Guile) is even the "official extension language" of GNU and emacs (one of the more popular and older GNU packages) is mostly written in lisp. You must also understand that GNU optimizes for masses to understand the source code, and GNU coding standard was written when C was a very popular language and investing in any other language would just be a gamble. Imagine GNU being written in TCL or Ada... C was and still is a safe choice if you want a good deal of people to understand your code decades later.
- xeeeeeeeeeeenu 8y agoGNU coding standards != GCC coding conventions https://gcc.gnu.org/codingconventions.html https://gcc.gnu.org/codingconventions.html
- pjmlp 8y agoIt took longer than originally planned, but it finally happened! Congratulations to everyone involved.
- MaxBarraclough 8y agoCongratulations, that's quite a milestone.
- BonesJustice 8y agoHey, you taught me a new word! Cheers.
- fb03 8y agoNice, for me it was a new word as well, even tho it was largely understandable by the radicals (in-/un- and fatig- + able) What I wonder is: (?) Is OP a native English speaker and is this word used in daily contexts, (or?) did he use it because he might not be an English speaker and he searched for the words in his own language and that is the word that came out, instead of the more common "tirelessly". (or?) he is a native speaker and he knows this word is not used in daily/common conversations... so, by using this different concoction, did he meant to translate some additional feeling? is "indefatigable" a stronger "tirelessly"? I know it's oddly specific but I am not a native speaker and insight into these odd ducks helps me build a maturer mind model of it all. Thank you.
- gvb 8y agoNative English speaker: https://en.wikipedia.org/wiki/Walter_Bright https://en.wikipedia.org/wiki/Walter_Bright
- fb03 8y agoholy f. i should have known better. it is 'the' creator of D. wow. thank you.
- deleted 8y ago[deleted]
- joppy 8y agoI think some of the third option, and also it’s fun to go to the trouble of digging out a lesser known word from the depths of your dictionary/brain to show just how much you appreciate something.
- skocznymroczny 8y ago
- mesid 8y agoCongrats! I had briefly worked and contributed to the SDC compiler. Wonder how that's doing.
- ChuckMcM 8y agoI hope the front end is called 'gcd' it makes for a great pun.
- ape4 8y agoIts called GDC (sadly) https://github.com/D-Programming-GDC/GDC https://github.com/D-Programming-GDC/GDC
- gnulinux 8y agoGNU Compiler, D?
- ChuckMcM 8y agoGCD is the greatest common divisor, and D is the language with the greatest common set of features relative to the set of languages that the gcc suite can compile. So in many ways it is an equivalent to the GCD.
- ilovecaching 8y agoI was sad that D never took off. I had high hopes that it would eventually replace C++ for my professional development. D was a language that really enabled functional programming, and I mean real functional programming while retaining the low level control of C. We learned a lot from pushing D, and now I am working full time as a Rust developer. Rust doesn't have everything D has, but it also has plenty that D doesn't have and it's still in the same spirit of safer, more expressive C++ with the same efficiency. I hope that D developers will check out Rust and try to push a single front, I think it has a better chance of knocking C++ off its pedestal.
- jake_the_third 8y agoThe critical faults with D that prevented it from displacing C* were that it relied on a GC by default and that it wasn't open source. Things might have played out much differently had they addressed these issues early on. * aside from inertia, but older languages also had inertia once.
- WalterBright 8y agoIt's been open source for 10 years now.
- jake_the_third 8y agoAnd the BSDs have mostly moved passed the era of legal ambiguity that plagued them early in their development. For better or worse, timing and initial impressions count.
- deleted 8y ago[deleted]
- petre 8y agoI actually like that it has a GC, it has made programming in D easier and more accessible for me. It's also a simple GC that you can force to behave if you know how. D has the @nogc attribute for the situations where one would want to disable the GC and use something else. https://dlang.org/blog/the-gc-series/ https://dlang.org/blog/the-gc-series/
- platform 8y agodoes this mean that D-lang will support compilation to all the CPU/OS combination, that will be supported by GCC 9? or there will be a subset? Great news, very happy to hear this, and the release of the BetterC.
- vram22 8y agoD is a nice language. It has a wide range of features, but one can get started with it without learning all of them. Here are a handful of D programs that use various features of the language and some of its libraries, on my blog. Most of them are simple command-line utilities to do various things. Readers may find them of use to get a flavor of the language and to know some of the kinds of things it can be used for. I used the DMD compiler to compile and run them on Windows. A few of the posts are about interviews too. Don't miss the interview where the creators or key people from the C++, Rust, D and Go languages talk to each other on a panel about some of the pros and cons of their respective languages - and incident near the end of the video, involving Bjarne Stroustrup (the LangNext video below). Porting the text pager from Python to D (DLang): https://jugad2.blogspot.com/2017/04/porting-text-pager-from-python-to-d.html https://jugad2.blogspot.com/2017/04/porting-text-pager-from-... Simple parallel processing in D with std.parallelism: https://jugad2.blogspot.com/2016/12/simple-parallel-processing-in-d-with.html https://jugad2.blogspot.com/2016/12/simple-parallel-processi... Video: Interview: GoingNative 6: Walter Bright and Andrei Alexandrescu - D Programming Language: https://jugad2.blogspot.com/2016/11/video-interview-goingnative-6-walter.html https://jugad2.blogspot.com/2016/11/video-interview-goingnat... Using std.datetime.StopWatch to time sections of D code: https://jugad2.blogspot.com/2016/11/using-stddatetimestopwatch-to-time.html https://jugad2.blogspot.com/2016/11/using-stddatetimestopwat... Read from CSV with D, write to PDF with Python: https://jugad2.blogspot.com/2016/10/read-from-csv-with-d-write-to-pdf-with.html https://jugad2.blogspot.com/2016/10/read-from-csv-with-d-wri... Command line D utility - find files matching a pattern under a directory: https://jugad2.blogspot.com/2016/10/command-line-d-utility-find-files.html https://jugad2.blogspot.com/2016/10/command-line-d-utility-f... min_fgrep: minimal fgrep command in D: https://jugad2.blogspot.com/2016/10/minfgrep-minimal-fgrep-command-in-d.html https://jugad2.blogspot.com/2016/10/minfgrep-minimal-fgrep-c... num_cores: find number of cores in your PC's processor: https://jugad2.blogspot.com/2016/09/numcores-find-number-of-cores-in-your.html https://jugad2.blogspot.com/2016/09/numcores-find-number-of-... Calling a simple C function from D - strcmp: https://jugad2.blogspot.com/2016/09/calling-simple-c-function-from-d-strcmp.html https://jugad2.blogspot.com/2016/09/calling-simple-c-functio... Component programming in D - DDJ article by Walter Bright: https://jugad2.blogspot.com/2016/09/component-programming-in-d-ddj-article.html https://jugad2.blogspot.com/2016/09/component-programming-in... Func-y D + Python pipeline to generate PDF: https://jugad2.blogspot.com/2016/09/func-y-d-python-pipeline-to-generate-pdf.html https://jugad2.blogspot.com/2016/09/func-y-d-python-pipeline... Interview: Ruminations on D: Walter Bright, DLang creator: https://jugad2.blogspot.com/2016/08/interview-ruminations-on-d-walter.html https://jugad2.blogspot.com/2016/08/interview-ruminations-on... file_sizes utility in D: print sizes of all files under a directory tree: https://jugad2.blogspot.com/2016/08/filesizes-utility-print-sizes-of-all.html https://jugad2.blogspot.com/2016/08/filesizes-utility-print-... Video: C++, Rust, D and Go: Panel at LangNext '14: https://jugad2.blogspot.com/2016/08/video-c-rust-d-and-go-panel-at-langnext.html https://jugad2.blogspot.com/2016/08/video-c-rust-d-and-go-pa... deltildefiles: D language utility to recursively delete vim backup files: https://jugad2.blogspot.com/2016/07/deltildefiles-d-language-utility-to.html https://jugad2.blogspot.com/2016/07/deltildefiles-d-language... [DLang]: A simple file download utility in D: https://jugad2.blogspot.com/2016/05/dlang-simple-file-download-utility-in-d.html https://jugad2.blogspot.com/2016/05/dlang-simple-file-downlo... Getting CPU info with D (the D language): https://jugad2.blogspot.com/2016/05/getting-cpu-info-with-d-d-language.html https://jugad2.blogspot.com/2016/05/getting-cpu-info-with-d-...