From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 34132 invoked by alias); 9 Jan 2019 23:43:53 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 34116 invoked by uid 89); 9 Jan 2019 23:43:52 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=proprietary X-HELO: mail-pf1-f176.google.com Received: from mail-pf1-f176.google.com (HELO mail-pf1-f176.google.com) (209.85.210.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Jan 2019 23:43:51 +0000 Received: by mail-pf1-f176.google.com with SMTP id 64so4384173pfr.9 for ; Wed, 09 Jan 2019 15:43:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:references:from:openpgp:autocrypt:subject:message-id:date :user-agent:mime-version:in-reply-to; bh=QMWjPbxZLiaLStDLCdhUbgVF2+LyHXtZsOiHr+TfPgw=; b=eDiBh+6lWw2ks+dTtssWQMIu9Tl/8ltCjT18xJGeTjFao3NKPAo+FdhoIcwCI0KvGh UGHMgSnNRjsO59csG8awlfT4U91cQQlZZiWJXojQ+wQBRCgalStXijuY5bPGNmev/uWI dgnpy4VxnFOqrpRYUqP9Kups/AofSO0PSc/mfg+xbAMyKckyXCvgkPQIrDBvUbCQWBCm uDLX7PCkXShyKoOZdoyuUf0eYE5mWe59D4VaL3QP3TNHhcqWZmyLrI4P2+XSABKXmibD r/EEElfXipSSkpYlqBJReNiAGzhwqdGbHCM5+lXNXe0kCnAkGYR0zCBsHWwf0cl/UqR1 HJkQ== Return-Path: <10walls@gmail.com> Received: from ?IPv6:2001:f40:91d::2460? ([2001:f40:91d::2460]) by smtp.gmail.com with ESMTPSA id c72sm128021653pfb.107.2019.01.09.15.43.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Jan 2019 15:43:48 -0800 (PST) To: cygwin@cygwin.com References: <92c7e8c2-c440-1bb8-f329-23951d10dffe@gmail.com> <2ec22a55-c5d6-d425-02fe-ec9508a30275@obj-sys.com> From: JonY <10walls@gmail.com> Openpgp: preference=signencrypt Subject: Re: i686-w64-mingw32-gcc: LC_MESSAGES Message-ID: <7e17d15b-1c68-1580-60f8-0ad091a31570@gmail.com> Date: Wed, 09 Jan 2019 23:43:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="BdVpx11FdEZR6FBM0gP3ynNNQvjpCbv39" X-IsSubscribed: yes X-SW-Source: 2019-01/txt/msg00055.txt.bz2 --BdVpx11FdEZR6FBM0gP3ynNNQvjpCbv39 Content-Type: multipart/mixed; boundary="kFHGthv4XSOWo5BkZx3iRM2he5OVM14j9"; protected-headers="v1" From: JonY <10walls@gmail.com> To: cygwin@cygwin.com Message-ID: <7e17d15b-1c68-1580-60f8-0ad091a31570@gmail.com> Subject: Re: i686-w64-mingw32-gcc: LC_MESSAGES References: <92c7e8c2-c440-1bb8-f329-23951d10dffe@gmail.com> <2ec22a55-c5d6-d425-02fe-ec9508a30275@obj-sys.com> In-Reply-To: --kFHGthv4XSOWo5BkZx3iRM2he5OVM14j9 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 1192 On 1/9/19 7:43 PM, Lee wrote: >> MSVCR =3D MicroSoft Visual C Run-time (I think) >=20 Yes, as implemented by msvcrt.dll. > Meaning i686-w64-mingw32-gcc uses the Microsoft libraries vs. cygwin > gcc using posix compliant libraries? Implying LC_MESSAGES not being > defined is yet another instance of Microsoft not following accepted > standards? >=20 Cygwin has its own runtime, Windows has its own. Microsoft does whatever it well pleases, it never did claim POSIX or ISO C compliance. See the printf/scanf hacks in mingw. > The background for my question is https://github.com/htacg/tidy-html5/iss= ues/770 > Tidy removed the setlocale call from the library init function, so if > users want a specific locale/language they're going to have to set it > up themselves. > I'd like to update the tidylib example code showing how to set the langua= ge, but > setlocale(LC_ALL, ""); > tidySetLanguage( setlocale(LC_MESSAGES, NULL) ); > probably isn't a good example if LC_MESSAGES is missing on some systems. >=20 > Thanks > Lee >=20 Unfortunately, I don't know how that should be implemented on top of a proprietary runtime layer, or any alternative function calls for that matter. --kFHGthv4XSOWo5BkZx3iRM2he5OVM14j9-- --BdVpx11FdEZR6FBM0gP3ynNNQvjpCbv39 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 833 -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEE5QrdnbBX9Ppk4bbPcTtf4pwUXUUFAlw2hyYACgkQcTtf4pwU XUW58A//XLtG+dJx/cv2kjwLf9/BQLrmHcKK1nh6f4IydM5JiMD3WpWZjcwADVBe 9wfugBq6v1DAqd76p1yTPCY8dWMw8YuTdVG71RB88IImatKCMi035xIUwRWR6bzd fRlTlDbzLZbn+PJfAzDPkOpPs7vM0elcvMc2jeSrXqiFME3Ik6bTfgBJTqs8BM0h nUv18oEjpjT2usrk6AXybfzIk++kBXHTLGhbaGcwgMSVc6CIUN/llHroX1Jc0nkw HIZjmDaosGrWDa1A3lsM0Il0PfI84AMl25jpDA9kXeJL1oooLv9x5PDNTk6OCZWb yHiSn7jMoDb4/vNeEbHXUu+SLDU2UPvVXSW7CfxFXCY53duN90VaW0v0zesQfxUo B0TE1uSiARSh7HZ4AtxSLyZYxFoJMjOip/kVASwuBTwmWA9jlcBpKFsq3IAEGkQ8 pf4aGoxyqvr643jl8p03h1n+X5INheHBzk9ZirYR6cmIellEpWKxaPW+lFSWCSKh b1WLyRntzN4WnbdrEscacxIFdQOpnsTkDPDDgd8Bb9hCIEJxvrbjrjK49NEVCJHT sMmba6xUjSVLuttWAMHOl8c5QaGYmtKAYNEalbGlTO4aA/bfgu9VPpKq6B8EhHHO xl8p0u2l09v537iL+ciUDT5wRfNzPWf+M3+oh82gQMZtNVGjetM= =Lcsg -----END PGP SIGNATURE----- --BdVpx11FdEZR6FBM0gP3ynNNQvjpCbv39--