https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91985
jules at gcc dot gnu.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jules at gcc dot gnu.org
--- Comment #4 from jules at gcc dot gnu.org ---
SVN r278684 appears to cause a problem with offloading compilation in lto1 with
an nvptx offloading-enabled compiler. The following backtrace is from
libgomp/testsuite/libgomp.fortran/nestedfn5.f90, but many other tests fail
also.
lto1: internal compiler error: in operator[], at vec.h:867
0x894d9a vec<tree_node*, va_heap, vl_embed>::operator[](unsigned int)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/vec.h:867
0x893924 vec<tree_node*, va_heap, vl_ptr>::operator[](unsigned int)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/vec.h:1433
0x1366f4a streamer_tree_cache_get_tree
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/tree-streamer.h:98
0x136b605 streamer_get_pickled_tree(lto_input_block*, data_in*)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/tree-streamer-in.c:1110
0xde36fc lto_input_tree_1(lto_input_block*, data_in*, LTO_tags, unsigned int)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1505
0xde3958 lto_input_tree(lto_input_block*, data_in*)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1552
0x136a982 lto_input_ts_list_tree_pointers
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/tree-streamer-in.c:863
0x136b4aa streamer_read_tree_body(lto_input_block*, data_in*, tree_node*)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/tree-streamer-in.c:1075
0xde3303 lto_read_tree_1
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1375
0xde3480 lto_read_tree
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1416
0xde389e lto_input_tree_1(lto_input_block*, data_in*, LTO_tags, unsigned int)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1528
0xde34fa lto_input_scc(lto_input_block*, data_in*, unsigned int*, unsigned
int*)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto-streamer-in.c:1440
0x88dd1c lto_read_decls
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto-common.c:1830
0x88ed54 lto_file_finalize
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto-common.c:2227
0x88edae lto_create_files_from_ids
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto-common.c:2237
0x88ef93 lto_file_read
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto-common.c:2292
0x891ee9 read_cgraph_and_symbols(unsigned int, char const**)
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto-common.c:2744
0x8698f3 lto_main()
/scratch/jbrown/nvptx-mainline/src/gcc-mainline/gcc/lto/lto.c:630
It looks like something is unprepared to handle a NULL_TREE or error_mark_node
-- I've not finished investigating.
