X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=tc58V3ox5GX/DcrE
	RA/Jtc8ukxOtZr7Rwbs8l3cJMyhtk1yJMBjyRK6551M4exhBpsAc5IVnty8RmBrN
	UnfvLS4qcVEuQV+TMZKQxoX6AvvBdXv/vZl8JNUJOce6o5nIsh1nE8Vo+9wgTa8l
	jPzRuD1NjGXHPz3oPTvtjly67L4=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=AuUyzzAlHdyBQxRBPL+wUk
	D4z5w=; b=dWB+H4ZrikqD6bDm6qp/VIlruIy1dgZEua4LWXMUutr3grB8vMYJOM
	SfBr9BZ9uQEU79W9fdOvU5giqiNsy2q96WRfIig8ZqtHz4NJ00k8x+Ch7BKPKKVE
	+oh+vZCxHhFWp3iCxXan4kK1TwemRMdtZM39IAwFbczG2QdUe1Nrc=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=UD:7.x, 7.x, HContent-Transfer-Encoding:8bit
X-HELO:	mail-wr0-f176.google.com
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=kEceBOfDHsqZAyTBRacKuUwN6O+utlkEsYb4O+BmEks=; b=GUIUdSLEssZTct7Ccfr50UcMCWH9yf+91XaqBfEp2XAhpEmH/A/24LLT3S0X5JMhp7 o5k2z/q5GWzIq94eF0YRQjc22mCLPaSq+7w7w1H4ZMxu/IKECVdCh41/om36zEoZZu8S +8PO8IVtt+hMufIuqJnaZb+1aG4W2iK9i3hv7NWbsGoF53rf9SNfV0eiFg1JGxE1pYT1 qfdRbJ2gHKdic9vbvnw033yhJ4yHNwtYdPuyVeHaylb4v3WaYHlw++yDwwn3JmkqdaIJ /9wHNmwu8rygt0OOxfqsJNEna7Ec7VZ/UW97GHZBWIFn8dDoshG1iLhUQEglBRW22nkc ZT+w==
X-Gm-Message-State:	APt69E3TIVkp8ispiWUnANxavEGMW7g5cyQXYAsEMLifCyNrF4vqDano 4v2weuFSnI8BtHzFUNNohFQaRA79
X-Google-Smtp-Source:	ADUXVKKMyExfp/GaY9v1RwL9mMCD14nI8sgxfLAlrCiWaTmOnRK2XzYNWFrezjkzLu9+AUbgMVNPqA==
X-Received:	by 2002:adf:b60d:: with SMTP id f13-v6mr2806778wre.186.1528870372494; Tue, 12 Jun 2018 23:12:52 -0700 (PDT)
Subject:	Re: GCC 7.3.0 -std=gnu++17 failed to getline() from std::ifstream
To:	cygwin AT cygwin DOT com
References:	<CAHVoUt2pHP46o6ERwx9HB5=Dn-J9xv5i-53RYtJbdev-K9DCeQ AT mail DOT gmail DOT com> <0725bdbd-0411-138a-7ea9-d6395e3256e3 AT t-online DOT de>
From:	Marco Atzeri <marco DOT atzeri AT gmail DOT com>
Message-ID:	<da63d7d5-4ccc-8171-710a-0105219888e3@gmail.com>
Date:	Wed, 13 Jun 2018 08:12:47 +0200
User-Agent:	Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version:	1.0
In-Reply-To:	<0725bdbd-0411-138a-7ea9-d6395e3256e3@t-online.de>
X-IsSubscribed:	yes

On 6/12/2018 7:11 PM, Christian Franke wrote:
> Ivan Shynkarenka wrote:
> Could reproduce this with 32 and 64 bit Cygwin g++ 7.3.0
> 
> A comparison of preprocessor (-E) outputs shows that the "extern 
> template" declarations for getline() are only visible for C++ <= 14. 
> These are guarded by "__cplusplus <= 1402" in basic_string.tcc. This 
> should tell the compiler to generate new code for getline() if C++17 is 
> enabled instead of calling the (now incompatible) function in 
> cygstdc++-6.dll.
> 
> A comparison of assembly (-S) outputs shows that this does not work: If 
> C++17 is enabled, the compiler correctly generates local code for 
> getline(istream &, string &) but this code calls an external 
> getline(istream &, string &, char). Then the linker generates a call to 
> this getline() in cygstdc++-6.dll.
> 
> This is because there is a bogus prototype specialization for 
> getline(istream &, string &, char) in basic_string.h but no 
> corresponding implementation in basic_string.tcc. This has apparently an 
> equivalent effect as 'extern template'.
> 
> The attached patch for
>    /usr/lib/gcc/*-pc-cygwin/7.3.0/include/c++/bits/basic_string.h
> fixes this.
> 
> Christian
> 

Thanks Christian
for the investigation.

It seems an upstream bug so could you report it there ?

There are several c++17  bugs around
https://gcc.gnu.org/bugzilla/buglist.cgi?quicksearch=c%2B%2B17

that is probably the reason why gcc 7.x defaults to c++14

Regards
Marco




--
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

- Raw text -