From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 97310 invoked by alias); 12 Nov 2015 09:00:21 -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 97246 invoked by uid 89); 12 Nov 2015 09:00:15 -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, 12 Nov 2015 09:00:09 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-03.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1Zwnjh-0000NC-Oz from Thomas_Schwinge@mentor.com ; Thu, 12 Nov 2015 01:00:06 -0800 Received: from feldtkeller.schwinge.homeip.net (137.202.0.76) by SVR-IES-FEM-03.mgc.mentorg.com (137.202.0.108) with Microsoft SMTP Server id 14.3.224.2; Thu, 12 Nov 2015 09:00:04 +0000 From: Thomas Schwinge To: Nathan Sidwell CC: GCC Patches , Cesar Philippidis , Jakub Jelinek Subject: Re: OpenACC Firstprivate In-Reply-To: <56434643.6010009@acm.org> References: <563E01A4.20607@acm.org> <20151109134619.GQ5675@tucnak.redhat.com> <5640A6B3.3030409@acm.org> <20151109141034.GS5675@tucnak.redhat.com> <5640B1B4.2070701@acm.org> <5641FB67.9010409@acm.org> <20151111080459.GD5675@tucnak.redhat.com> <56434833.7010703@acm.org> <56434643.6010009@acm.org> User-Agent: Notmuch/0.9-125-g4686d11 (http://notmuchmail.org) Emacs/24.5.1 (i586-pc-linux-gnu) Date: Thu, 12 Nov 2015 09:00:00 -0000 Message-ID: <87vb97twxj.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-11/txt/msg01456.txt.bz2 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 1608 Hi Nathan! Merging back your trunk r230169 into gomp-4_0-branch, for the new libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c test, I'm seeing the compiler diagnose as follows (compile with "-Wall -O2"): source-gcc/libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c= : In function 'main._omp_fn.1': source-gcc/libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c= :20:17: warning: 'val' is used uninitialized in this function [-Wuninitiali= zed] ok =3D val =3D=3D 7; ^ =20=20=20=20 source-gcc/libgomp/testsuite/libgomp.oacc-c-c++-common/firstprivate-2.c= :9:7: note: 'val' was declared here int val =3D 2; ^ ..., and execution fails ("return 1" from main), so I XFAILed the execution in the merge commit r230214 on gomp-4_0-branch. (..., and I still think that it's a good idea to change the libgomp testsuite to run with -Wall enabled...) Do you have an idea what's going on? Given your preparatory "[gomp4] Rework gimplifyier region flags", (thanks!), the merge commit r230214 on gomp-4_0-branch didn't contain any changes to gcc/gimplify.c, so that can't be it. It also can't be the possibly inconsistent usage of gcc/omp-low.c:is_reference vs. "TREE_CODE (TREE_TYPE ([...])) =3D=3D REFERENCE_TYPE" in gcc/omp-low.c, because that doesn't matter for C code anyway (no artificial REFERENCE_TYPEs generated), right? So it must be some other change installed on gomp-4_0-branch but not on trunk. Gr=C3=BC=C3=9Fe Thomas --=-=-= Content-Type: application/pgp-signature; name="signature.asc" Content-length: 472 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWRFUIAAoJEK3/DN1sMFFtNQgH/0wAwHuZLd5lZIRQ7h35qQBD b/8TQC587WrGx2tcQUevIN0doS6t9LC7C2dzoVDdmiJg4wC4/b8lDea7pIGYTK+F V3QatbYCA0UWjtDP8HAJ0zgNi7gYYsQyqa4GI9TuAPsw9VvenJyKabN5m0OP5AYC CimGuBzs3YVslaGPN2NKNsOU3+NrEqgtQOfvQf9w6qZsLlx3M4lAALM1f6bF2n65 /NdfzX26pj2mamp474l1oasV23aO6e90Ta8M3mTj9mfXbrPC1fJthH7thVTOFJf+ bA2vbqaPQc/WHZUhrHkgU9JIUa6yRE5Xv6XO3yJyRC5+4S6K01McJoAAuK3xrUQ= =Ao22 -----END PGP SIGNATURE----- --=-=-=--