From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 1FE14385DC1E; Thu, 16 Apr 2020 13:23:54 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1FE14385DC1E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org; s=default; t=1587043434; bh=wP3PPC5YhHWFsMHMYhaRtLWeb+76jbyG92XGmLqjKSM=; h=From:To:Subject:Date:In-Reply-To:References:From; b=CNabnmngQppYPEQhRYo2JtC+64boLF5gdOl03Tk/G8Angc4R5cXFD2JjS4xS4t1gD asp9HS3Vde+4jlXfRrxU4lyPDAkmz3XlCn+POjSIF08R28xDmNKdlhcpAhX+AsTiSi Yv4R2jh9q3lsL/qE6+P9PIO0/71eqa7AYWHB0gPg= From: "rguenth at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/94612] Failed to build simple examples with offloading. Date: Thu, 16 Apr 2020 13:23:53 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgomp X-Bugzilla-Version: 10.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: rguenth 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: 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: Thu, 16 Apr 2020 13:23:54 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D94612 --- Comment #10 from Richard Biener --- (In reply to Martin Li=C5=A1ka from comment #3) > It's likely dup of PR94129. Note that that one ICEs on matching compression algorithms which here the ICE notes the compressed data stream is corrupt. There must be sth subtle going on ... I hope that -save-temps will save the offload images fed to the nvptx-none lto1. Matthias, can you attach them? That is, /usr/lib/gcc/x86_64-linux-gnu/10/accel/nvptx-none/lto1 -quiet -dumpbase ccwItcGR.o -m64 -mgomp -auxbase ccwItcGR -version -fno-openacc -fPIC -foffload-abi=3Dlp64 -fopenmp @/tmp/ccHVgmel -o /tmp/ccdKIoRm.s look into /tmp/ccHVgmel which should contain a (list of) object file name(s) to pass along.=