From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rock.gnat.com (rock.gnat.com [IPv6:2620:20:4000:0:a9e:1ff:fe9b:1d1]) by sourceware.org (Postfix) with ESMTP id 418E0386F835 for ; Wed, 10 Jun 2020 22:24:18 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 418E0386F835 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=adacore.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=oliva@adacore.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 023DE117B51; Wed, 10 Jun 2020 18:24:18 -0400 (EDT) X-Virus-Scanned: Debian amavisd-new at gnat.com Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id q+yjAldl3Hbe; Wed, 10 Jun 2020 18:24:17 -0400 (EDT) Received: from free.home (tron.gnat.com [IPv6:2620:20:4000:0:46a8:42ff:fe0e:e294]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by rock.gnat.com (Postfix) with ESMTPS id EA9D7117B43; Wed, 10 Jun 2020 18:24:16 -0400 (EDT) Received: from livre.home (livre.home [172.31.160.2]) by free.home (8.15.2/8.15.2) with ESMTPS id 05AMO5AD930319 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 10 Jun 2020 19:24:06 -0300 From: Alexandre Oliva To: Thomas Schwinge Cc: Jakub Jelinek , Richard Biener , ebotcazou@adacore.com, gcc-patches@gcc.gnu.org, joseph@codesourcery.com Subject: Re: drop -aux{dir,base}, revamp -dump{dir,base} Organization: Free thinker, does not speak for AdaCore References: <874krkqte6.fsf@euler.schwinge.homeip.net> Errors-To: aoliva@lxoliva.fsfla.org Date: Wed, 10 Jun 2020 19:24:05 -0300 In-Reply-To: <874krkqte6.fsf@euler.schwinge.homeip.net> (Thomas Schwinge's message of "Tue, 9 Jun 2020 15:08:01 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Scanned-By: MIMEDefang 2.84 X-Spam-Status: No, score=-6.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2020 22:24:32 -0000 On Jun 9, 2020, Thomas Schwinge wrote: > Are you able to easily create/suggest patches for these? (You're > probably not set up for offloading compilation...) I can try, but I can certainly use help, if not in coding, at least with testing. > Can you suggest > how/where to adjust: producer-side (GCC driver, 'mkoffload's?), or > consumer-side (testsuite: offload tree scanning machinery etc., or have > to put some '-dumpbase' or similar into all such test case files?)? Given that files we used to output have now moved to /tmp, I suspect we're failing to pass -dumpbase at some point, so the offloading compiler ends up naming dump files after the temporary outputs rather than as per the requested/expected names inferred from the main compilation. I guess mkoffload might need some tweaking; I see pieces of lto-wrapper to call it, and the offload compiler, that I suspected might require tweaking for the dumpbase revamp as well. Let's see how far I can get by just looking at the code ;-) If I were to get something like a -v compile and link session, from someone all set for offloading compilation, with the command line passed to lto-wrapper and the full commands it runs, I might be able to figure out the dynamics more readily (hint, hint ;-) Thanks in advance, -- Alexandre Oliva, freedom fighter he/him https://FSFLA.org/blogs/lxo/ Free Software Evangelist Stallman was right, but he's left :( GNU Toolchain Engineer Live long and free, and prosper ethically