From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on ip-172-31-74-118.ec2.internal X-Spam-Level: X-Spam-Status: No, score=0.8 required=3.0 tests=BAYES_50,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.6 X-Received: by 2002:a0c:f649:0:b0:443:da6c:4297 with SMTP id s9-20020a0cf649000000b00443da6c4297mr1882187qvm.71.1649052626313; Sun, 03 Apr 2022 23:10:26 -0700 (PDT) X-Received: by 2002:a81:7b8b:0:b0:2eb:7582:f35 with SMTP id w133-20020a817b8b000000b002eb75820f35mr1199425ywc.274.1649052626074; Sun, 03 Apr 2022 23:10:26 -0700 (PDT) Path: eternal-september.org!reader02.eternal-september.org!2.eu.feeder.erje.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Sun, 3 Apr 2022 23:10:25 -0700 (PDT) In-Reply-To: Injection-Info: google-groups.googlegroups.com; posting-host=5.167.112.112; posting-account=niG3UgoAAAD7iQ3takWjEn_gw6D9X3ww NNTP-Posting-Host: 5.167.112.112 References: <607b5b20$0$27442$426a74cc@news.free.fr> <660e25a5-506b-43c0-b4ac-e7738e5500e5n@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <48309745-aa2a-47bd-a4f9-6daa843e0771n@googlegroups.com> Subject: Re: Ada and Unicode From: Vadim Godunko Injection-Date: Mon, 04 Apr 2022 06:10:26 +0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Xref: reader02.eternal-september.org comp.lang.ada:63693 List-Id: On Sunday, April 3, 2022 at 10:20:21 PM UTC+3, Thomas wrote: >=20 > > But don't use unit names containing international characters, at any=20 > > rate if you're (interested in compiling on) Windows or macOS:=20 > >=20 > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D81114 >=20 > and this kind of problems would be easier to avoid if string types were s= tronger ...=20 >=20 Your suggestion is unable to resolve this issue on Mac OS X. Like case sens= itivity, binary compare of two strings can't compare strings in different n= ormalization forms. Right solution is to use right type to represent any pa= ths, and even it doesn't resolve some issues, like relative paths and chang= e of rules at mounting points.