From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 832883857C52; Fri, 22 Oct 2021 12:58:35 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 832883857C52 From: "burnus at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/100916] Bind(c): CFI_type_other unimplemented. Date: Fri, 22 Oct 2021 12:58:35 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Version: 12.0 X-Bugzilla-Keywords: patch X-Bugzilla-Severity: normal X-Bugzilla-Who: burnus at gcc dot gnu.org X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: jrfsousa at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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: Fri, 22 Oct 2021 12:58:35 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D100916 Tobias Burnus changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |burnus at gcc dot gnu.org --- Comment #6 from Tobias Burnus --- (In reply to sandra from comment #5) > Jose's test case for this issue is still failing. I find the testcase very confusing. For type(c_other), intent(in) :: a(:) call check_tk_as(a, t, k, e, 1_c_size_t) it fails with: FAIL! type (A): 6 !=3D 255 which is printed by: printf ("FAIL! type (A): %d !=3D %d\n", auxp->type, type); gfortran uses the following, which seems to be fine: #define CFI_type_struct 6 I do not quite understand why the testcase expects 255 as type now how it t= ries to generate that number. Other fails: FAIL! type (B): 6 !=3D -1 FAIL! type (C): -1 !=3D 6 FAIL! type: -1 !=3D 6 Here the issue is that GCC uses CFI_type_struct (=3D 6) while the testcase expects CFI_type_other (=3D -1). I think one can argue for either.=