From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6721 invoked by alias); 30 Jul 2015 14:44:51 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 6709 invoked by uid 89); 30 Jul 2015 14:44:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 30 Jul 2015 14:44:49 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1ZKp4f-0007Fp-DD from Thomas_Schwinge@mentor.com ; Thu, 30 Jul 2015 07:44:45 -0700 Received: from feldtkeller.schwinge.homeip.net (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.3.224.2; Thu, 30 Jul 2015 15:44:43 +0100 From: Thomas Schwinge To: Nathan Sidwell CC: Jakub Jelinek , GCC Patches Subject: Re: [gomp4] Redesign oacc_parallel launch API In-Reply-To: <55B9497C.9080201@acm.org> References: <55B7B332.1010603@acm.org> <87a8ufqpxg.fsf@kepler.schwinge.homeip.net> <55B8C619.7040807@acm.org> <55B9497C.9080201@acm.org> User-Agent: Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/24.4.1 (i586-pc-linux-gnu) Date: Thu, 30 Jul 2015 15:05:00 -0000 Message-ID: <87mvydpuwl.fsf@kepler.schwinge.homeip.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-SW-Source: 2015-07/txt/msg02576.txt.bz2 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 1219 Hi Nathan! On Wed, 29 Jul 2015 17:45:32 -0400, Nathan Sidwell wrote: > On 07/29/15 08:24, Nathan Sidwell wrote: > > On 07/29/15 05:22, Thomas Schwinge wrote: >=20 > >> Likewise for the other torture testing flags. > > > > > > Investigating ... (I've seen those failures be intermittent) (For me, they were persistent, within the handful of testsuite runs I'd done.) > Interestingly the fails go away with an unoptimized libgomp. I've observ= ed=20 > something vaguely like that before. The observed failure mode was gettin= g stuck=20 > inside the driver library opening the device. Which is very strange. Uh... :-/ > Anyway, I've committed the attached to gomp4 branch, which separates the = ASYNC=20 > and WAIT tags, for a slightly better interface. Thanks! At first, I saw a number of spurious FAILs and timeouts with different test cases each time I ran the testsuite, which disappeared once I manually triggered a full rebuild -- is there some build dependency missing somewhere... > It doesn't fixup the failure=20 > thought. Still thinking about that. Hmm, for me the failures now seem to be done; again, within the handful of testsuite runs I've done. Gr=C3=BC=C3=9Fe, Thomas --=-=-= Content-Type: application/pgp-signature; name="signature.asc" Content-length: 472 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVujhKAAoJEK3/DN1sMFFtR4gH/2IdEbIlYCcdV4W4dPqOybNf guFupqb7ofDbGYsYV3EzblNc6MUN11N6sUNetOpE6rJYiKiergwF1R1437RGJT6f owsJ3cFtIo1AokpUEOIlWvmnMV5DhErrvBRK0687gu9e2lMHLKarCMXU1jV1to3+ IaAth7O383Mq8OrnGQA57zYb8bk5f08OSGSTIWRAjZ8dk5cC2dZwVPq0rq8xQw8b 5g4dGW9aOszz7jTPT3w1jTNmhqeAg/SqkEHwf3BN//Wp20PkNiPgX+oyKKOHlk/k AcphGFX5h3sgpK9zogHGRu6PDLfg0qjxwbjRjpWPA/pEJpSSxTjL20Sqn90c6lo= =4YD7 -----END PGP SIGNATURE----- --=-=-=--