From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15488 invoked by alias); 2 Oct 2016 15:09:40 -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 15473 invoked by uid 89); 2 Oct 2016 15:09:39 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=H*i:sk:d62d5b0, H*f:sk:d62d5b0, H*MI:sk:d62d5b0, yours X-HELO: limerock01.mail.cornell.edu Received: from limerock01.mail.cornell.edu (HELO limerock01.mail.cornell.edu) (128.84.13.241) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 02 Oct 2016 15:09:29 +0000 X-CornellRouted: This message has been Routed already. Received: from authusersmtp.mail.cornell.edu (granite4.serverfarm.cornell.edu [10.16.197.9]) by limerock01.mail.cornell.edu (8.14.4/8.14.4_cu) with ESMTP id u92F9Qjl006375 for ; Sun, 2 Oct 2016 11:09:26 -0400 Received: from [192.168.1.5] (mta-68-175-148-36.twcny.rr.com [68.175.148.36] (may be forged)) (authenticated bits=0) by authusersmtp.mail.cornell.edu (8.14.4/8.12.10) with ESMTP id u92F9P7v009873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT) for ; Sun, 2 Oct 2016 11:09:26 -0400 Subject: Re: c++0x and locale_t To: cygwin@cygwin.com References: From: Ken Brown Message-ID: Date: Sun, 02 Oct 2016 17:59:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-PMX-Cornell-Gauge: Gauge=XXXXX X-PMX-CORNELL-AUTH-RESULTS: dkim-out=none; X-IsSubscribed: yes X-SW-Source: 2016-10/txt/msg00024.txt.bz2 On 10/1/2016 10:58 AM, Brian Inglis wrote: > On 2016-10-01 07:30, Ken Brown wrote: >> I'm having an issue building icu, which boils down to the following >> test case: >> $ cat foo.cc >> #include >> locale_t foo; >> $ g++ -c --std=c++0x foo.cc >> foo.cc:2:1: error: ‘locale_t’ does not name a type >> locale_t foo; >> ^ >> If I remove '--std=c++0x', the error goes away. I know nothing about >> C++ standards, so I don't know if this is expected behavior or if it >> indicates a bug in Cygwin's headers. > > For C POSIX locale_t support, you have to do one or both of: > > #define _XOPEN_SOURCE 700 > #define _POSIX_C_SOURCE 200809L > > to support multiple dynamic C locales and related functions. > This may be done automatically if you use the default -std=gnu++03, > which may > have been the intent in ICU and original interpretation by g++. > g++ now interprets (and deprecates) c++0x to mean c++11. > You could try changing it to explicitly c++03 and see if it works, > without the > GNU extensions. > Otherwise you should change it to explicitly gnu++03, as c++0x is > deprecated, > and may be dropped; g++ also deprecates c++1y aka c++14 and c++1z which > may be > c++17, and their gnu++ counterparts. > > I don't understand why ICU C++ would use C locales, when C is now trying > to add > a subset of features C++ has supported better, more flexibly in > for > over a decade; see: > > https://sourceforge.net/p/msys2/discussion/general/thread/23e1b5ce/ > > for a similar problem to yours, and the solution in standard C++; and: > > http://stdcxx.apache.org/doc/stdlibug/24-3.html > > for an explanation of the differences between C++ and C locales. > > OTOH ICU comes from IBM, and may be more interested in consistency across > languages: how else can you explain C++ methods called createInstance? > > But you may just be the packager, porter, and builder, so may be unable > to fix > the implementation. Thanks for the information. I've submitted a patch upstream. Ken -- 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