On 20/02/2015 3:11 p.m., ketmar wrote:
> On Fri, 20 Feb 2015 02:08:19 +0000, ketmar wrote:
>
>> On Fri, 20 Feb 2015 13:29:09 +1300, Rikki Cattermole wrote:
>>
>>> On 20/02/2015 5:08 a.m., ketmar wrote:
>>>> On Thu, 19 Feb 2015 22:10:11 +1300, Rikki Cattermole wrote:
>>>>
>>>>> And anyway, GDC is still hasn't been updated to the latest version of
>>>>> D.
>>>>> And its the last major D compiler that hasn't.
>>>>
>>>> LDC is 2.067 already? O_O 'cause GDC is 2.066.1 now.
>>>
>>> Well according to GDC releases, it is still at 2.065.
>>> https://github.com/D-Programming-GDC/GDC/releases I was referring to
>>> full releases, not e.g. betas.
>>
>> what is that "full release"? those tarballs are just convient packs for
>> those who don't know what to type after "git" command. 2.066.1 is
>> officially landed in git HEAD some time ago, Iain just didn't wrote
>> "whatsnew" for it (and Johannes wanted to land some ARM fixes). it's not
>> "beta", at least not on x86. but is that release blah-blah really
>> necessary to build the 2.066.1 version from official git?
>
> oh. sorry if i was too aggressive, i didn't want to attack you. at least
> not in D.learn. ;-)

There is also no tags for said versions.
Or how about http://gdcproject.org/downloads

On Thursday, 19 February 2015 at 08:46:11 UTC, Mayuresh Kathe wrote:
> Should I choose DMD or go with GDC?

I work with projects whose code is half written in C, half written in D. I use GNU make to build them. I found out that using GDC was a much better choice for several reasons:

- project portability 1: under Windows, dmd generates OMF object files that can't be linked by the gcc linker, while gdc generates COFF objet files. Which means:
   - I can use the same Makefile regardless of the target OS.
   - I can link mingw-compiled C code with D code.
   - I avoid the struggle of finding OMF versions of "SDL.lib", "advapi32.lib", etc.

- project portability 2: stupid detail, but the weird dmd way of specifying the output file in the command line ( "dmd -ofmyfile.o" ) defeats the heuristics of MSYS2 path conversion. That's a dealbreaker for me.

- when I'm running Debian/Ubuntu, the simple ability to natively run "apt-get install gdc" to install/upgrade is very practical.

As dmd's compilation speed is blazingly fast, it remains a cool way of writing automation scripts (#!/bin/usr/env rdmd), much better, in my opinion, than Bash, or even Python.