From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id C9CB13858C31; Tue, 9 May 2023 12:58:10 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C9CB13858C31 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1683637090; bh=F6/YwTjs2tVulkLurRMxHHyPkp1FgUBoJ8f8a47mH0o=; h=From:To:Subject:Date:In-Reply-To:References:From; b=JnrLjZQNxer9KexE6zolUZIf0bAvmTKyWqZOhQDy7mEvBybXuqxjc/UFMj9sgzMMe wmIW0PmJSIMvGa4zOAjiSWyJPWCgKdfcXt6pUi5yIoWxz9mkOeQII3xeXg+Osqb2F0 V2NJh0JFI6pEClrhPtqB9y+JAlvKA6tfS5zwnAFc= From: "jakub at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/109788] [14 Regression] gcc/hwint.h:293:61: runtime error: shift exponent 64 is too large for 64-bit type 'long unsigned int since r14-377-gc92b8be9b52b7e Date: Tue, 09 May 2023 12:58:10 +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: 13.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: jakub 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: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: component 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 List-Id: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D109788 Jakub Jelinek changed: What |Removed |Added ---------------------------------------------------------------------------- Component|tree-optimization |fortran --- Comment #3 from Jakub Jelinek --- Ah, perhaps it is a Fortran FE bug, but still IPA should try to be careful. The _gfortran_spread_char_scalar fndecl the FE creates has types array01_character(kind=3D1)&, integer(kind=3D8), real(kind=3D4)&, integer(k= ind=3D8)&, integer(kind=3D4)& (just 5 arguments), but the call passes it 6 arguments, = which is why param_type for the last one is VOID_TYPE (aka the argument type list terminator). Strangely, the libgfortran function it is actually calling has void spread_char_scalar (gfc_array_char *ret, GFC_INTEGER_4 ret_length __attribute__((unused)), const char *source, const index_type *along, const index_type *pncopies, GFC_INTEGER_4 source_length __attribute__((unused))) prototype. So, not really sure how can this work at all.=