From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id B021B3858C27; Sun, 24 Oct 2021 21:35:49 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org B021B3858C27 From: "dje at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug testsuite/102910] cf-descriptor-5-c.c fails to build Date: Sun, 24 Oct 2021 21:35:49 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: testsuite X-Bugzilla-Version: 12.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: dje at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: 12.0 X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Oct 2021 21:35:49 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D102910 --- Comment #7 from David Edelsohn --- Sandra checked in a large number of testcases for interoperability that were broken from the outset on all platforms -- I saw them failing on multiple L= inux architectures, not just AIX. The testcases should have been XFAILed when initially checked in. If the testcases had been XFAILed, it would have been apparent that the cf-descriptor-5-c.c testcase was not written portably for different OSes. My patch apparently swapped which targets produced UNRESOLVED and which produced FAIL (now PASS). Known failing portability testcases should not have been checked in to the = GCC repository. alloca() is a mess. If you have better visibility into the portability of alloca() across platforms, you're welcome to fix it. I suggest that having different targets use different definitions of alloca muddles the test. If= the intention is for the system header to substitute __builtin_alloca() for alloca(), then it suggest would be better use that from the beginning. The testcase seems to intend to test C-Fortran interoperability, not alloca().=