From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 6BFCB3942009; Wed, 11 Mar 2020 15:34:55 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 6BFCB3942009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1583940895; bh=h1D6Tsz5buUYEFdm3zRks/lGWVJ+fLzfn0mW66TkujQ=; h=From:To:Subject:Date:In-Reply-To:References:From; b=Xk7VHd4KRHNwVdiudT08nJ+AbYZP6V6pxJZGfRg5OxOZGWO5lrAP0plMY5oOEkAd4 cGq7oca7U+FPKmH7G7D9MyixpmJJsIPmPnaW47zztFM6IS9Nm0Ey3ittPhz+q5Tf9q IQPx704TDUjXVzuEVADG2DgcJrc0sstQkhx6zjUU= From: "doko at debian dot org" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/94129] Using almost any openacc !$acc directive causes ICE "compressed stream: data error" Date: Wed, 11 Mar 2020 15:34:55 +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: 10.0 X-Bugzilla-Keywords: openacc X-Bugzilla-Severity: normal X-Bugzilla-Who: doko at debian dot 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: 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: Wed, 11 Mar 2020 15:34:55 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94129 --- Comment #7 from Matthias Klose --- $ gfortran-10 -flto -c program.f90 $ readelf -SW program.o | grep lto_.lto [ 6] .gnu.lto_.lto.c7eb6f75a94ea29a PROGBITS 0000000000000000 0000= cc 000008 00 E 0 0 1 $ objdump -s -j .gnu.lto_.lto.c7eb6f75a94ea29a program.o=20 program.o: file format elf64-x86-64 Contents of section .gnu.lto_.lto.c7eb6f75a94ea29a: 0000 09000000 01000100 ........=20=20=20=20=20=20=20=20 Yes, I get the very same stacktrace ending in lto_uncompression_zlib.=