module search paths

[Brian Tiffin]

On Wednesday, 4 August 2021 at 09:41:45 UTC, Mathias LANG wrote:
> On Wednesday, 4 August 2021 at 04:51:48 UTC, Brian Tiffin wrote:
>> With `import std.json` working for the other symbols like 
>> parseJSON?
>>
>> `gdc-11 (Ubuntu 11.1.0-1ubuntu1~18.04.1) 11.1.0`
>>
>> Have good.
>
> You are using GDC 11, which has an older version of the 
> frontend.
> GDC is pretty great for targeting a variety of platform and 
> having a very stable compiler, but it comes with the downside 
> that it is updated less frequently (tied to GCC releases) and 
> the docs may get outdated.
>
> JSONType used to be named `JSON_TYPE`, and this was changed in 
> v2.082.0. I think GDC-11 is somewhere around v2.076.0 (with a 
> lot of backport for bugs, but no feature / Phobos backport). 
> Since v2.082.0 was released 2018-09-02 (almost 3 years ago), 
> the documentation has long moved.
>
> TL;DR: Use `JSON_TYPE`.
> Note that you can quickly get LDC / DMD setup with the install 
> script, or d-apt (https://d-apt.sourceforge.io/).

Thanks, Mathias.  So it's a trailing edge / leading edge thing.  
Ok with that.  I just got a workable install of DMD a few days 
ago, with 2.097.1.  Previous packages did not work on the old 
laptop I'm using to explore D.  Getting a workable DMD package 
was a boon too, adding dub and rdmd, which helps out a lot with 
other learning materials found on the web.

I'm not at the level where I build these tools from source yet.  
That's a few steps ahead.  And then the slow build of a mental 
knowledge base to know where and when to look for things that 
change or where articles may be ahead or behind in gdc D 
development details.

Being a GNU maintainer for a COBOL compiler, I was a GDC fanboy 
before I even tried it.  Willing to put up with a few edge cases 
while things build out and will always reach for gdc before 
trying the other 2 options.  ;-)

A life goal has been to see GnuCOBOL envelope all in it's path, 
via the C ABI.  gdc makes that easier with integrating all new 
things D with all the old things COBOL.  :-)

The last few weeks has seen a definite shift to D over C as a 
personal first choice for system and utility level programming, 
leading to a *lesser* shift to D over COBOL for application 
programming.

Learning more and more D makes it seems like it will be a first 
choice for most programming; low, mid and high level, in the 
small and in the large.  I may end up growing very spoiled in my 
old age.

Have good, make well.