X-Recipient: archive-cygwin@delorie.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=tzgRyVhEE8lT6UV9
	YA8aK2dwmMxPIfwkSaQ8qxD5bv8vU9W1zmvgyShEisTZ0KSamSjorHiyKWAMwVy5
	05x9LAmAqnNniObOcsenX+GCXPjJ1SrgBTOcARSgBzGX4Jp6Xu65AP9ByeT5KQ2p
	l4ICaZrrgY1UFdpk9kVIYt572Ho=
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=Cid2npk2pGpT3vqlpaTRVT
	27mFE=; b=rE+UsK63nddj/RIFqj0Vf0G/gxgpcdDnE3V4v7AVT1SLQ9NZFAQUVT
	M25yyPbvCxuMQwC8xZlChPPfsqUAP6fAgmGYRnOoP/tlXmmYE6E1Cx5KYsYvL9Zc
	tZ6VXa51rGhCHysCBbb3/RzZSd39xa5VfQeY6LPSnxYiM8wvRk7Cc=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=4.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_COUK,RCVD_IN_JMF_BL,SPF_PASS autolearn=no version=3.3.2
X-HELO: out.ipsmtp3nec.opaltelecom.net
X-SMTPAUTH: drstacey@tiscali.co.uk
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2HPAQA0SBRW/yJf0lUNUYN7b8APIYV0AwICgXkQAQEBAQEBAQODWTwBAQEBAQEjAg1fAQEEIwQRQBELGAICBRYLAgIJAwIBAgFFEwgBAYg3qyRxlC4BAQgCAR+BIopPhRQXglKBRQWSTYM3hRiKHox4jFc4hC6JLQEBAQ
X-IPAS-Result: A2HPAQA0SBRW/yJf0lUNUYN7b8APIYV0AwICgXkQAQEBAQEBAQODWTwBAQEBAQEjAg1fAQEEIwQRQBELGAICBRYLAgIJAwIBAgFFEwgBAYg3qyRxlC4BAQgCAR+BIopPhRQXglKBRQWSTYM3hRiKHox4jFc4hC6JLQEBAQ
Subject: Re: Updated: gcc-5.2.0-1 (Test x86/x86_64)
To: cygwin@cygwin.com
References: <560BC46D.3060500@gmail.com> <560C0863.70505@tiscali.co.uk> <560C6369.7060602@gmail.com> <560C71FB.4030005@tiscali.co.uk> <560D2F6D.90608@gmail.com> <5613F632.1080205@t-online.de>
From: David Stacey <drstacey@tiscali.co.uk>
Message-ID: <56144922.9020208@tiscali.co.uk>
Date: Tue, 6 Oct 2015 23:20:18 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <5613F632.1080205@t-online.de>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 06/10/15 17:26, Christian Franke wrote:
> cyg Simple wrote:
>> On 9/30/2015 7:36 PM, David Stacey wrote:
>>> On 30/09/15 23:34, JonY wrote:
>>>> On 10/1/2015 00:05, David Stacey wrote:
>>>>> On 30/09/15 12:15, JonY wrote:
>>>>>> gcc-5.2.0-1 has been uploaded for 32bit and 64bit Cygwin.
>>>>>>
>>>>>> This is the first series of the 5.x releases, and should be 
>>>>>> considered
>>>>>> as experimental as such.
>>>>> Have you managed to work around the ABI change in gcc-5 [1], or will
>>>>> this require a mass rebuild at the point gcc-5 becomes 'current'?
>>>>>
>>>>> [1] -http://developerblog.redhat.com/2015/02/05/gcc5-and-the-c11-abi/
>>>> As far as I know, every gcc release will break C++ ABI, so it would 
>>>> mean
>>>> rebuilding everything C++.
>>> According to the Red Hat blog above, the last time g++ caused an ABI
>>> change was back in the 3.x days, so it hasn't happened for a while. Ah
>>> well, we have maintainers for most packages in Cygwin, so we'll have to
>>> co-ordinate a rebuild.
>> Regardless, JonY is correct.  Every C++ release, regardless of the
>> vendor, causes an ABI break with shared libraries and the naming of the
>> object elements (mangled names).
>
> Probably not in this 4.X -> 5.X case. Otherwise the new 
> cygstdc++-6.dll should IMO be renamed to -6.1, -7 or similar.

Bumping the DLL number wouldn't necessarily fix the problem. You'd still 
run into conflicts if one executable loaded two DLLs, each linked 
against different versions of libstdc++.

Dave.


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

