On Jun 9, 2020, Thomas Schwinge <[email protected]> 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
