From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 89382 invoked by alias); 26 Sep 2017 04:49:11 -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 89354 invoked by uid 89); 26 Sep 2017 04:49:09 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.3 required=5.0 tests=AWL,BAYES_20,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=H*r:ip*192.168.1.100, Hx-spam-relays-external:!192.168.1.100!, H*RU:!192.168.1.100!, creep X-HELO: smtp-out-so.shaw.ca Received: from smtp-out-so.shaw.ca (HELO smtp-out-so.shaw.ca) (64.59.136.137) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 26 Sep 2017 04:49:07 +0000 Received: from [192.168.1.100] ([24.64.240.204]) by shaw.ca with SMTP id whnsdJX7HDJTWwhntdb6W7; Mon, 25 Sep 2017 22:49:05 -0600 X-Authority-Analysis: v=2.2 cv=B4DJ6KlM c=1 sm=1 tr=0 a=MVEHjbUiAHxQW0jfcDq5EA==:117 a=MVEHjbUiAHxQW0jfcDq5EA==:17 a=IkcTkHD0fZMA:10 a=NEAV23lmAAAA:8 a=w_pzkKWiAAAA:8 a=azV_T_9n9q6lniu_a-UA:9 a=QEXdDO2ut3YA:10 a=sRI3_1zDfAgwuvI8zelB:22 Reply-To: Brian.Inglis@SystematicSw.ab.ca Subject: Re: GCC-6.4 sys/select.h build failures with std=c++14 To: cygwin@cygwin.com References: From: Brian Inglis Message-ID: <961f5079-1561-64c8-8b32-c74099755ef1@SystematicSw.ab.ca> Date: Tue, 26 Sep 2017 04:49:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfA7BAj/qOALOWwDhgwJVt+4TnsiD7hBAf4IdYSP6f0goQBgDkeDWPopVkXvS15jf72NdqCz7EAifUNBLqlXLw4yHyjGv8Tg51l0gKqzjq43fryiv/RrG nE3mYKRn2Xmrjcxc7AHARrc6PtQXlkxGxABBp4VJPUrcCCS39ZtwlWYpm+Of+BHO4eXwjyWNOS8EbQ== X-IsSubscribed: yes X-SW-Source: 2017-09/txt/msg00253.txt.bz2 On 2017-09-25 19:41, Ian Fette wrote: > I tried compiling a very simple program with curl using -std=c++14 under > 64-bit cygwin with gcc 6.4.0. When compiling with just g++ main.cpp -lcurl > everything is fine, however if I try to use c++14 as the dialect (g++ > main.cpp -lcurl -std=c++14) familiar problems creep up > This is resolved by manually including before including > > This was discussed in the curl project in the past > (https://github.com/curl/curl/issues/749) where it was determined that it was > caused by a cygwin bug which was addressed in > https://cygwin.com/git/gitweb.cgi?p=newlib-cygwin.git;a=blob;f=newlib/libc/include/sys/types.h; > h=c9f0fc7f3a9ca420c2372c9af42ce2a0e63e3b1c;hb=ee97c4b22491b205fd3b7697e03c909e02b652d3 > If anyone has thoughts, I'd greatly appreciate it. A lot of GNU and Cygwin package build problems are avoided by building either without any -std=... option, or equivalently with -std=gnu++nn, which enables many non-portable GCC extensions and Unix features, instead of -std=c++nn, which disables GCC extensions and Unix features, and accepts only portable features supported by GCC and C++ headers you specify. In general, try replacing -std=c... with -std=gnu... or omitting -std=... and see if your program builds without errors or warnings. Adding -Wall -Wextra will let you know if anything appears questionable to the compiler. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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