From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31743 invoked by alias); 1 Sep 2011 02:08:58 -0000 Received: (qmail 31663 invoked by uid 22791); 1 Sep 2011 02:08:56 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-pz0-f43.google.com (HELO mail-pz0-f43.google.com) (209.85.210.43) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 01 Sep 2011 02:08:40 +0000 Received: by pzk1 with SMTP id 1so2512199pzk.16 for ; Wed, 31 Aug 2011 19:08:40 -0700 (PDT) Received: by 10.68.59.105 with SMTP id y9mr1498104pbq.26.1314842918313; Wed, 31 Aug 2011 19:08:38 -0700 (PDT) Received: from [175.142.11.162] ([175.142.11.162]) by mx.google.com with ESMTPS id s12sm204742wfe.4.2011.08.31.19.08.36 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 31 Aug 2011 19:08:37 -0700 (PDT) Message-ID: <4E5EE91B.3090608@users.sourceforge.net> Date: Thu, 01 Sep 2011 02:08:00 -0000 From: JonY User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: cygwin-apps@cygwin.com Subject: Re: [RFU] mingw-w64 References: <4E5DDF7A.60009@users.sourceforge.net> <20110831091102.GJ30452@calimero.vinschen.de> <4E5E0369.50600@users.sourceforge.net> <4E5E3D24.7010508@cwilson.fastmail.fm> In-Reply-To: <4E5E3D24.7010508@cwilson.fastmail.fm> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE03A0199B5A82716B48E12BE" X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2011-09/txt/msg00001.txt.bz2 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE03A0199B5A82716B48E12BE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-length: 2199 On 8/31/2011 21:54, Charles Wilson wrote: > On 8/31/2011 5:48 AM, JonY wrote: >> On 8/31/2011 17:11, Corinna Vinschen wrote: >>> On Aug 31 15:15, JonY wrote: >>>> BTW, is GCC 4.6 for Cygwin anywhere near? :) >>> >>> 4.5.3 is near, afaik. >> >> OK, I was wondering how to transition 4.5.x to 4.6.x for mingw-w64 >> when the time comes, pthreads-win32 will be removed in favor of >> winpthreads, they're not exactly ABI compatible. Right now, only >> libgomp is using pthreads-win32. >=20 > So, it sounds like mingw64's version of libgomp (for gcc-4.6) will > have to bump its DLL number from the current libgomp-1.dll to > libgomp-2.dll -- you don't want an existing -fopenmp client, that > links to both > libgomp-1.dll (which itself depends on pthreadGC2.dll) > pthreadGC2.dll > to suddenly get "surprised" by > (new) libgomp-1.dll (which depends on winpthreads-0.dll) > pthreadGC2.dll > because then that existing client would depend on two different > pthreads implementations. That's a sure recipe for failure... >=20 Ideally, libgomp should provide proper ABI/API isolation from whatever underlying thread implementation, so a bump on libgomp shouldn't be necessary, but I have yet to test this. Reading the package contributor's guide, there isn't a way to force a mutually exclusive package, eg old pthreads-win32 with devlibs musn't be installed with winpthreads. >> C++ ABI for 4.6.x has also changed for mingw* (including mingw.org) >> with the introduction of thiscall, not sure if this will affect >> Cygwin itself. >=20 > Hmm. don't know what the correct (mingw[64]) solution for this would > be. In the past, when the C++ ABI changed, we didn't bump the > libstdc++ DLL number, because so many other things ALSO break (in > precompiled C++ clients), that just isolating ONE change via the DLL > number of one runtime lib was pointless. I suspect that is true here, > too. >=20 Not bumping the number would also be problematic for precompiled code using the old ABI, I was thinking the old dll be made available via mingw32-libstdc++-6-compat-1 DLL only package. Of course, talk is easy, implementing it would be another problem, since libstdc++ is so integrated into GCC. --------------enigE03A0199B5A82716B48E12BE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 196 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) iEYEARECAAYFAk5e6SAACgkQp56AKe10wHcdnACeM5042gdif0yj/006IMpZy5Cy kKwAn1PqX/FBOXeKVNGmOyJgUEV4winL =viS3 -----END PGP SIGNATURE----- --------------enigE03A0199B5A82716B48E12BE--