From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29400 invoked by alias); 9 Jan 2019 23:41:30 -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 29378 invoked by uid 89); 9 Jan 2019 23:41:28 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=Canada, canada, Take, jony X-HELO: smtp-out-no.shaw.ca Received: from smtp-out-no.shaw.ca (HELO smtp-out-no.shaw.ca) (64.59.134.12) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 09 Jan 2019 23:41:26 +0000 Received: from [192.168.1.114] ([24.64.172.44]) by shaw.ca with ESMTP id hNTPgSZhl8uQmhNTQgvDT7; Wed, 09 Jan 2019 16:41:24 -0700 Reply-To: Brian.Inglis@SystematicSw.ab.ca Subject: Re: i686-w64-mingw32-gcc: LC_MESSAGES To: cygwin@cygwin.com References: <92c7e8c2-c440-1bb8-f329-23951d10dffe@gmail.com> <2ec22a55-c5d6-d425-02fe-ec9508a30275@obj-sys.com> From: Brian Inglis Openpgp: preference=signencrypt Message-ID: <7fca2500-d62e-e251-c832-bb6bf2b5f03d@SystematicSw.ab.ca> Date: Wed, 09 Jan 2019 23:41:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2019-01/txt/msg00054.txt.bz2 On 2019-01-09 12:43, Lee wrote: > On 1/9/19, Douglas Coup wrote: >> >> On 1/9/2019 1:14 PM, Lee wrote: >>> On 1/9/19, JonY wrote: >>>> On 1/8/19 9:26 PM, Lee wrote: >>>>> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/locale.h.html >>>>> has a note for LC_MESSAGES: >>>>> The functionality described is an extension to the ISO C standard. >>>>> Application developers may make use of an extension as it is >>>>> supported on all POSIX.1-2017-conforming systems. >>>>> i686-w64-mingw32-gcc doesn't have LC_MESSAGES defined. >>>>> Is that an oversight, something missing in windows, or .. ?? >>>> Windows MSVCR isn't POSIX nor ISO C compliant, so you shouldn't be >>>> referring to opengroups, only against MSDN. >>> What's a Windows MSVCR? >>> Since the same program compiled with cygwins' gcc has LC_MESSAGES >>> defined, I was guessing it was just a library thing and maybe it just >>> hadn't been implemented in the mingw libraries yet.. but it sounds >>> like it's not an oversight & Microsoft needs to support LC_MESSAGES >>> before i686-w64-mingw32-gcc will. Is that about right? >> MSVCR = MicroSoft Visual C Run-time (I think) > 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? > The background for my question is https://github.com/htacg/tidy-html5/issues/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 language, but > setlocale(LC_ALL, ""); > tidySetLanguage( setlocale(LC_MESSAGES, NULL) ); > probably isn't a good example if LC_MESSAGES is missing on some systems. You have to convert your messages to Windows message resources in your build, then link and package Windows message resources with non-POSIX compliant exes, or add a POSIX message implementation to your exes. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple