C++ Logo

sg15

Advanced search

Re: [Tooling] [isocpp-modules] Path to modules with old bad buildsystems

From: Ben Boeckel <ben.boeckel_at_[hidden]>
Date: Mon, 25 Feb 2019 22:06:44 -0500
On Mon, Feb 25, 2019 at 10:44:41 +0100, Nagy-Egri Máté Ferenc wrote:
> „I have GCC writing out JSON-like syntax right now. It isn't 100%
> valid since it isn't UTF-8, but I don't want *that* in these files
> either.”

<snip>

> TL;DR: Paths containing UTF-8 is sometimes not the choice of the user
> but OS or other SW vendor. Please keep that in mind. (In the 21st
> century, this should really not cause headaches on the end-user side.)

I know, that's way I said the paths should just be something one can
pass to `fopen` or whatever API is used on the platform and get the
correct file handle back. I don't care about the encoding *at all*
because I'm just doing path joins on the values. But JSON says "Unicode"
which we cannot require it because it'd be silly if the *compiler* says
you can't use ISO-8859-1 or Shift-JIS file names with this handy dandy
dependency output format. Build tools enforce encoding all the time, but
the compiler is too low-level for that.

Of course, unless SG16 has something to say about non-Unicode `#include`
paths…

--Ben

Received on 2019-02-26 04:06:55