[Bug testsuite/64605] [5 Regression] ERROR: (DejaGnu) proc "libatomic_target_compile lto1738.c lto1738.o object additional_flags=-flto" does not exist.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64605 Ilya Verbin changed: What|Removed |Added CC||iverbin at gmail dot com --- Comment #1

[Bug other/63979] [openacc] undefined reference to main._omp_fn.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63979 --- Comment #9 from Ilya Verbin --- (In reply to vries from comment #8) > (In reply to Ilya Verbin from comment #5) > > (In reply to vries from comment #4) > > > But I think the main difference is that the offload table and main (using > > > the

[Bug other/63979] [openacc] undefined reference to main._omp_fn.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63979 --- Comment #5 from Ilya Verbin --- (In reply to vries from comment #4) > But I think the main difference is that the offload table and main (using > the offload table) are now in the same partition. I don't know whether > that's by design or acc

[Bug other/63979] [openacc] undefined reference to main._omp_fn.x

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63979 --- Comment #2 from Ilya Verbin --- I tried to reproduce this issue using trunk gcc and OpenMP: gcc -fopenmp -flto -flto-partition=balanced -lgfortran -save-temps libgomp/testsuite/libgomp.fortran/target2.f90 But all functions are privatized, e

[Bug libgomp/63868] [5 Regression] Multiple failures in the libgomp test suite between r217458 and r217501.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63868 --- Comment #4 from Ilya Verbin --- It seems that support of offload sections in Mach-O will require substantial changes to gcc/config/darwin.c, like it was done for LTO. I'm going to disable the generation of any offload sections when a compile

[Bug libgomp/63868] [5 Regression] Multiple failures in the libgomp test suite between r217458 and r217501.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63868 Ilya Verbin changed: What|Removed |Added CC||iverbin at gmail dot com --- Comment #3

[Bug bootstrap/63853] [5.0 Regression] The use of strchrnul breaks bootstrap on x86_64-apple-darwin14.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853 --- Comment #15 from Ilya Verbin --- (In reply to Dominique d'Humieres from comment #14) > Thanks for the commit. Any plan to take into account the Jakub's remarks in > comment 11? Yes, I added them to my TODO list.

[Bug bootstrap/63853] [5.0 Regression] The use of strchrnul breaks bootstrap on x86_64-apple-darwin14.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853 --- Comment #5 from Ilya Verbin --- So, I'll implement strchrnul in libiberty, ok?

[Bug bootstrap/63853] [5.0 Regression] The use of strchrnul breaks bootstrap on x86_64-apple-darwin14.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853 Ilya Verbin changed: What|Removed |Added CC||iverbin at gmail dot com --- Comment #1

[Bug fortran/62107] libgomp.fortran/target2.f90 error while compiling for OpenMP 4.0 offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107 --- Comment #4 from Ilya Verbin --- Great! Now all fortran tests pass with separate memory.

[Bug fortran/62107] libgomp.fortran/target2.f90 error while compiling for OpenMP 4.0 offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62107 Ilya Verbin changed: What|Removed |Added CC||iverbin at gmail dot com --- Comment #2

[Bug middle-end/62092] libgomp.c++/target-2.C FAIL while compiling for OpenMP 4.0 offload target

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62092 --- Comment #2 from Ilya Verbin --- Yes, this fixes the issue. Thank you.

[Bug other/62092] New: libgomp.c++/target-2.C FAIL while compiling for OpenMP 4.0 offload target

: normal Priority: P3 Component: other Assignee: unassigned at gcc dot gnu.org Reporter: iverbin at gmail dot com To reproduce using trunk gcc: g++ -fopenmp libgomp/testsuite/libgomp.c++/target-2.C testsuite/libgomp.c++/target-2-aux.cc GIMPLE after ompexp phase