On Jun 9, 2020, Thomas Schwinge <tho...@codesourcery.com> wrote: > Previously, for '-foffload=nvptx-none -foffload=-fdump-rtl-mach > -save-temps -o ./nvptx-merged-loop.exe', GCC produced the expected > 'nvptx-merged-loop.o.307r.mach'.
I believe the patch I've just installed fixes the UNRESOLVED results caused by not finding dump files. > Consider 'libgomp.oacc-c-c++-common/pr85381-2.c': > /* { dg-additional-options "-save-temps" } */ > /* { dg-final { scan-assembler-times "bar.sync" 2 } } */ > This expects to scan the PTX offloading compilation assembler code (not > host code!), expecting that nvptx offloading code assembly is produced > after the host code, and thus overwrites the latter file. (Yes, that's > certainly ugly/fragile...) I'm afraid this will need further adjusting in the testsuite, as we'll store the nvptx asm saved aux output in a separate file. scan-assembler-times will no longer work for this purpose, we'll need something that knows how to find the offloaded asm. -- 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