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.