[Bug ipa/69075] ICE when setting early-inlining-insns to other than default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075 --- Comment #8 from Charles --- It is not for me as I explained in Comment 6.
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #11 from Charles --- This is a very old bug against a very old compiler. I no longer have access to the code that triggered the issue. I would say to go ahead and close it. An awful lot of changes have been made to lto since the ICE was reported.
[Bug lto/58528] New: lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 Bug ID: 58528 Summary: lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478 Product: gcc Version: 4.8.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: charles.frasch at gmail dot com cfrasch@theme-dev3:~/projects/theme_clean(feature/lto)$ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.8.1-2ubuntu1~12.04' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.1 (Ubuntu 4.8.1-2ubuntu1~12.04) The offending invocation: /usr/bin/g++ -O2 -g -DNDEBUG -static-libstdc++ -flto -O2 CMakeFiles/Fix_Engine_Detail_ut.dir/Message_Index_ut.cpp.o CMakeFiles/Fix_Engine_Detail_ut.dir/Message_Log_ut.cpp.o CMakeFiles/Fix_Engine_Detail_ut.dir/Sequential_Message_Log_ut.cpp.o -o Fix_Engine_Detail_ut -rdynamic ../../libfix_engine.a ../../../middleware/libmiddleware.a /usr/local/gtest/gtest/lib/libgtest.a ../../../test/gtest/libtheme-gtest.a ../../../test/libtheme-test.a /usr/local/boost/boost_1_54_0/lib/libboost_filesystem.a /usr/local/boost/boost_1_54_0/lib/libboost_program_options.a /usr/local/boost/boost_1_54_0/lib/libboost_random.a /usr/local/boost/boost_1_54_0/lib/libboost_regex.a /usr/local/boost/boost_1_54_0/lib/libboost_serialization.a /usr/local/boost/boost_1_54_0/lib/libboost_system.a -lrt -lpthread ../../../attributes/libattributes.a ../../../msgs/libmessages.a /usr/local/lib/libzmq.a -Wl,--whole-archive -Wl,-Bstatic -libverbs -lmlx4 -Wl,-Bdynamic -Wl,--no-whole-archive -Wl,-Bstatic -libmad -libumad -Wl,-Bdynamic -ldl ../../../json/libjsoncpp.a ../../../libtheme.a /usr/local/boost/boost_1_54_0/lib/libboost_filesystem.a /usr/local/boost/boost_1_54_0/lib/libboost_program_options.a /usr/local/boost/boost_1_54_0/lib/libboost_system.a -lrt -lpthread -save-temps The files generated with -save-temps are NOT attached because of file attachment size restrictions. If you need them I can send you one or all 18 .s files
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #2 from Charles --- Hi, I think I got this right. Found a file in /tmp that had stuff like this: CMakeFiles/Fix_Engine_Detail_ut.dir/Message_Index_ut.cpp.o CMakeFiles/Fix_Engine_Detail_ut.dir/Message_Log_ut.cpp.o CMakeFiles/Fix_Engine_Detail_ut.dir/Sequential_Message_Log_ut.cpp.o ../../libfix_engine.a@0x3c558ba ../../libfix_engine.a@0x4037b36 ../../libfix_engine.a@0x42ded96 ../../libfix_engine.a@0x43f27d2 ../../libfix_engine.a@0x44a830e ../../libfix_engine.a@0x457237a ../../libfix_engine.a@0x14fd36a ../../libfix_engine.a@0x3ad7d36 ../../../middleware/libmiddleware.a@0x9f45c0 ../../../middleware/libmiddleware.a@0xff39dc ../../../middleware/libmiddleware.a@0x100c350 ../../../middleware/libmiddleware.a@0x102909c ../../../middleware/libmiddleware.a@0x98fd04 ../../../test/gtest/libtheme-gtest.a@0xd2d78 ../../../test/gtest/libtheme-gtest.a@0x142d8c ../../../test/libtheme-test.a@0x632 ../../../json/libjsoncpp.a@0x3816 ../../../libtheme.a@0x5ef90 ../../../libtheme.a@0xef438 ../../../libtheme.a@0x10637c ../../../libtheme.a@0x4743b0 ../../../libtheme.a@0x4a2000 ../../../libtheme.a@0x64806c ../../../libtheme.a@0x6ae8c8 ../../../libtheme.a@0x7d3a90 ../../../libtheme.a@0x92f87c ../../../libtheme.a@0x2c1dc Used that file as @ input to lto1 with all of the options from the failure invocation, thusly: /usr/lib/gcc/x86_64-linux-gnu/4.8.1/lto1 -o /dev/null @$1 -O2 -g -DNDEBUG -static-libstdc++ -flto -O2 This runs to completion without failure and no ICE. and produces what looks to me to be an assembly file (after changing /dev/null). If this approach is correct then I can't reproduce the error following the instructions at "Reducing LTO Bugs" On a whim I tried the command line with -save-temps and -v. It seems to be failing on the ltrans16 file: COLLECT_GCC_OPTIONS='-c' '-fexceptions' '-mtune=generic' '-march=x86-64' '-O2' '-g' '-D' 'NDEBUG' '-O2' '-rdynamic' '-v' '-save-temps' '-shared-libgcc' '-mtune=generic' '-march=x86-64' '-dumpdir' './' '-dumpbase' 'Fix_Engine_Detail_ut.ltrans16' '-fltrans' '-o' 'Fix_Engine_Detail_ut.ltrans16.ltrans.o' '-shared-libgcc' /usr/lib/gcc/x86_64-linux-gnu/4.8/lto1 -quiet -dumpdir ./ -dumpbase Fix_Engine_Detail_ut.ltrans16 -mtune=generic -march=x86-64 -mtune=generic -march=x86-64 -auxbase-strip Fix_Engine_Detail_ut.ltrans16.ltrans.o -g -O2 -O2 -version -fexceptions -fltrans @/tmp/ccibKIU0 -o Fix_Engine_Detail_ut.ltrans16.s causes the ICE. Would the Fix_Engine_Detail_ut.ltrans16.s or .o help. The .s file appears to truncated stopping right after the .Letext0: label. If not which other reduction approach to you think would be the most fruitful. Thanks, Charlie Frasch On Wed, Sep 25, 2013 at 8:35 AM, rguenth at gcc dot gnu.org < gcc-bugzi...@gcc.gnu.org> wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 > > --- Comment #1 from Richard Biener --- > Please try to reduce the testcase, see > http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction > > -- > You are receiving this mail because: > You reported the bug. >
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #4 from Charles --- This seems to be the min to reproduce the error. I have also managed to greatly reduce the size of the archive libraries. That should help keep the .i file smaller. /usr/bin/g++ -O2 -g -DNDEBUG -static-libstdc++ -flto CMakeFiles/Fix_Engine_Detail_ut.dir/Fix_Engine_Detail_ut.cpp.o -o Fix_Engine_Detail_ut -rdynamic ../../libfix_engine.a ../../../middleware/libmiddleware.a /usr/local/gtest/gtest/lib/libgtest.a ../../../test/gtest/libtheme-gtest.a ../../../test/libtheme-test.a /usr/local/boost/boost_1_54_0/lib/libboost_filesystem.a -lrt ../../../libtheme.a Adding -r -nostdlib causes the ICE to go away
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #5 from Charles --- I think I have "reduced" this as much as possible. Need separate compilations for each .cpp file and the six archive libraries. Will try to make a script that makes the ars from .ii files then runs the final link where the ICE occurs.
[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #6 from Charles --- Created attachment 30912 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30912&action=edit script to reproduce the ICE This script reproduces the bug. It requires 27 .ii files and one archive file of Google's gtest 1.6.0. If this is acceptable will either attach the .ii files or send you a tarball directly.
[Bug ipa/69075] ICE when setting early-inlining-insns to other than default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075 --- Comment #6 from Charles --- This appears to have been fixed for at least 8.3. Mikhail's reduced version compiles without error for both c++14 and 17. Note that I added the -c flag. cfrasch@cff-ultra:~/gcc_bug_69075$ g++ -std=c++14 -flto -O3 -fdevirtualize-at-ltrans --param early-inlining-insns=15 -c test2.cc cfrasch@cff-ultra:~/gcc_bug_69075$ g++ -std=c++17 -flto -O3 -fdevirtualize-at-ltrans --param early-inlining-insns=15 -c test2.cc Here is my gcc build info: cfrasch@cff-ultra:~/gcc_bug_69075$ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-pc-linux-gnu/8.3.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: ../gcc-8.3.0/configure --enable-languages=c,c++ --enable-linker-build-id --disable-multilib Thread model: posix gcc version 8.3.0 (GCC) Unfortunately I no longer have access to either the original source code or the environment under which the failure was originally reported. Thank you for your continued work on gcc.
[Bug c++/78813] New: constexpr function returns wrong value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78813
Bug ID: 78813
Summary: constexpr function returns wrong value
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: charles.frasch at gmail dot com
Target Milestone: ---
Created attachment 40341
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40341&action=edit
source.ii
The code below fails to compile when the second static_assert fails.
source.cpp: In function ‘int main()’:
source.cpp:25:3: error: static assertion failed
static_assert(cx_convert("123", 3) == 123);
^
It compiles and the runtime produces the expected result when the second static
assert is commented out.
When the replacement code is used the second static assert passes while the
first fails as would be expected.
#include
#include
constexpr std::int64_t
cx_convert(char const * const s, std::size_t const length)
{
std::size_t i = 0;
std::int64_t whole = 0;
while (i < length) {
whole *= 10;
whole += s[i++] - '0';
// Replace line above with this and expected value is returned
// whole += s[i] - '0'; i++;
}
return whole;
}
int main() {
// Passes!
static_assert(cx_convert("123", 3) == -28);
// Fails; cx_convert returns -28 as above
static_assert(cx_convert("123", 3) == 123);
// Passes at runtime if second static_assert is commented out.
assert(cx_convert("123", 3) == 123);
}
cfrasch@telx-sb-dev3:~/projects/theme_gcc62(feature/ticket_22439)$ g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=/home/cfrasch/local/bin/../libexec/gcc/x86_64-linux-gnu/6.2.0/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../gcc-6.2.0/configure -v --enable-languages=c,c++
--disable-multilib --with-build-config=bootstrap-lto --program-suffix=-6.2
--enable-shared --without-included-gettext --enable-threads=posix --enable-nls
--enable-nls --enable-gnu-unique-object --with-system-zlib --enable-multiarch
--disable-werror --with-arch-32=i686 --with-abi=m64 --with-tune=generic
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu
--target=x86_64-linux-gnu --with-pkgversion=Thesys 6.2-1 ubuntu 14.04
Thread model: posix
gcc version 6.2.0 (Thesys)
Compile using: g++ -std=c++14 source.cpp
[Bug c++/78813] constexpr function returns wrong value
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78813 --- Comment #3 from Charles --- Thanks; didn't find that ticket before I submitted the bug. Validated that the error does not occur on a fresh gcc-6-branch checkout.
[Bug lto/78908] New: lto1: internal compiler error: in lto_read_decls, at lto/lto.c:1814
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908 Bug ID: 78908 Summary: lto1: internal compiler error: in lto_read_decls, at lto/lto.c:1814 Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto Assignee: unassigned at gcc dot gnu.org Reporter: charles.frasch at gmail dot com Target Milestone: --- Created attachment 40406 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40406&action=edit lto_read_decls_reduce_ut.ii "lto1: internal compiler error: in lto_read_decls, at lto/lto.c:1814" linking the attached file with gcc-6.3.0 Reproduce with: g++-6.3.0 -std=c++14 -Wfatal-errors -w -flto=4 -fuse-linker-plugin -O2 -DNDEBUG lto_read_decls_reduce_ut.ii -o lto_read_decls_reduce_ut.o Output: lto1: internal compiler error: in lto_read_decls, at lto/lto.c:1814 0xccbb85 lto_read_decls ../../gcc-6.3.0/gcc/lto/lto.c:1814 0xccbb85 lto_file_finalize(lto_file_decl_data*, lto_file*) [clone .isra.106] ../../gcc-6.3.0/gcc/lto/lto.c:2045 0xccbb85 lto_create_files_from_ids ../../gcc-6.3.0/gcc/lto/lto.c:2055 0xccbb85 lto_file_read ../../gcc-6.3.0/gcc/lto/lto.c:2096 0xccbb85 read_cgraph_and_symbols ../../gcc-6.3.0/gcc/lto/lto.c:2806 0xcc784d lto_main() ../../gcc-6.3.0/gcc/lto/lto.c:3310 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <http://gcc.gnu.org/bugs.html> for instructions. lto-wrapper: fatal error: /home/cfrasch/local/bin/g++ returned 1 exit status compilation terminated. /usr/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status Build configuration: Using built-in specs. COLLECT_GCC=/home/cfrasch/local/bin/g++ COLLECT_LTO_WRAPPER=/home/cfrasch/local/bin/../libexec/gcc/x86_64-linux-gnu/6.3.0/lto-wrapper Target: x86_64-linux-gnu Configured with: ../gcc-6.3.0/configure -v --enable-languages=c,c++ --disable-multilib --with-build-config=bootstrap-lto --program-suffix=-6.3.0 --enable-shared --without-included-gettext --enable-threads=posix --enable-nls --enable-nls --enable-gnu-unique-object --with-system-zlib --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-pkgversion=Thesys 6.3.0-1 ubuntu 14.04 Thread model: posix gcc version 6.3.0 (Thesys) Thanks
[Bug c++/78943] New: Generated assembler fails with symbol is already defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78943 Bug ID: 78943 Summary: Generated assembler fails with symbol is already defined Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: charles.frasch at gmail dot com Target Milestone: --- Created attachment 40425 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40425&action=edit bmbt.ii Compiler output: /tmp/ccYwRjuK.s: Assembler messages: /tmp/ccYwRjuK.s:696: Error: symbol `_ZN2azlsINS_2bcEhEEvT_T0_' is already defined GNU assembler version 2.24 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.24 Reproduce with: g++-6.3.0 -std=c++14 -Werror -c bmbt.ii Build configuration: Using built-in specs. COLLECT_GCC=g++-6.3.0 COLLECT_LTO_WRAPPER=/home/cfrasch/local/bin/../libexec/gcc/x86_64-linux-gnu/6.3.0/lto-wrapper Target: x86_64-linux-gnu Configured with: ../gcc-6.3.0/configure -v --enable-languages=c,c++ --disable-multilib --with-build-config=bootstrap-lto --program-suffix=-6.3.0 --enable-shared --without-included-gettext --enable-threads=posix --enable-nls --enable-nls --enable-gnu-unique-object --with-system-zlib --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu --with-pkgversion=Thesys 6.3.0-1 ubuntu 14.04 Thread model: posix gcc version 6.3.0 (Thesys) This may be another manifestation of #78908 Thanks
[Bug c++/78908] [6/7 Regression] template instantiation with bit-field type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908 --- Comment #10 from Charles --- Verified that reported problem is fixed. Thanks!
[Bug c++/78943] Generated assembler fails with symbol is already defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78943 --- Comment #1 from Charles --- The problem appears to have been fixed by patch r245373 made for Bug #78908. Thanks!
[Bug ipa/69075] New: ICE when setting early-inlining-insns to other than default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075 Bug ID: 69075 Summary: ICE when setting early-inlining-insns to other than default Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ipa Assignee: unassigned at gcc dot gnu.org Reporter: charles.frasch at gmail dot com Target Milestone: --- I tried a variety of values for --param early-inlining-insns=n and and ICE happened for all but the default 14. gcc info g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/home/cfrasch/local/bin/../libexec/gcc/x86_64-linux-gnu/5.3.0/lto-wrapper Target: x86_64-linux-gnu Configured with: ../gcc-5.3.0/configure -v --enable-languages=c,c++ --disable-multilib --with-build-config=bootstrap-lto --program-suffix=-5.3 --enable-shared --without-included-gettext --enable-threads=posix --enable-nls --enable-nls --enable-gnu-unique-object --with-system-zlib --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 5.3.0 (GCC) compiler output - FAILED: /home/cfrasch/local/bin/g++ -D_GLIBCXX_USE_CXX11_ABI=0 -std=c++14 -Wall -Werror -Wno-unused-local-typedefs -Wno-unknown-pragmas -Wno-deprecated-declarations -Wno-unused-variable -flto -fuse-linker-plugin -O3 -g -DNDEBUG -fdevirtualize-at-ltrans --param early-inlining-insns=15 -save-temps -I/usr/local/boost/boost_1_57_0/include -I../../../../src -I/usr/local/gtest/gtest/include -MMD -MT src/theme/fix_engine/tests/CMakeFiles/fix_engine_ut_helper.dir/Gateway_With_Client_And_Failover_Gateway.cpp.o -MF "src/theme/fix_engine/tests/CMakeFiles/fix_engine_ut_helper.dir/Gateway_With_Client_And_Failover_Gateway.cpp.o.d" -o src/theme/fix_engine/tests/CMakeFiles/fix_engine_ut_helper.dir/Gateway_With_Client_And_Failover_Gateway.cpp.o -c ../../../../src/theme/fix_engine/tests/Gateway_With_Client_And_Failover_Gateway.cpp In file included from ../../../../src/theme/fix_engine/tests/../Book.hpp:3:0, from ../../../../src/theme/fix_engine/tests/../Gateway_Base.hpp:3, from ../../../../src/theme/fix_engine/tests/../Gateway.hpp:3, from ../../../../src/theme/fix_engine/tests/Gateway_With_Client_T.hpp:4, from ../../../../src/theme/fix_engine/tests/Gateway_With_Client_And_Failover_Gateway.hpp:3, from ../../../../src/theme/fix_engine/tests/Gateway_With_Client_And_Failover_Gateway.cpp:1: ../../../../src/theme/fix_engine/tests/../Book_Entry.hpp: In member function ‘theme::fix::Book_Entry::Book_Entry(theme::Order_Id const&, theme::Client_Order_Id const&, theme::Fix_Sequence_Number)’: ../../../../src/theme/fix_engine/tests/../Book_Entry.hpp:152:34: internal compiler error: Segmentation fault msgs::Performance_Data>()) ^ 0xbebee6 crash_signal ../../gcc-5.3.0/gcc/toplev.c:383 0x644aed vec::iterate(unsigned int, tree_node**) const ../../gcc-5.3.0/gcc/vec.h:777 0x644aed is_really_empty_class(tree_node*) ../../gcc-5.3.0/gcc/cp/class.c:8055 0x104c829 cp_gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**) ../../gcc-5.3.0/gcc/cp/cp-gimplify.c:645 0xc6f066 gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc-5.3.0/gcc/gimplify.c:8009 0xc73b48 gimplify_stmt(tree_node**, gimple_statement_base**) ../../gcc-5.3.0/gcc/gimplify.c:5519 0xc7856f gimplify_and_add(tree_node*, gimple_statement_base**) ../../gcc-5.3.0/gcc/gimplify.c:423 0xc7856f internal_get_tmp_var ../../gcc-5.3.0/gcc/gimplify.c:568 0xc6f250 gimplify_expr(tree_node**, gimple_statement_base**, gimple_statement_base**, bool (*)(tree_node*), int) ../../gcc-5.3.0/gcc/gimplify.c:9024 0xc72d85 gimple_regimplify_operands(gimple_statement_base*, gimple_stmt_iterator*) ../../gcc-5.3.0/gcc/gimplify-me.c:261 0xc01cc2 copy_bb ../../gcc-5.3.0/gcc/tree-inline.c:1827 0xc01cc2 copy_cfg_body ../../gcc-5.3.0/gcc/tree-inline.c:2745 0xc01cc2 copy_body ../../gcc-5.3.0/gcc/tree-inline.c:2985 0xc06f42 expand_call_inline ../../gcc-5.3.0/gcc/tree-inline.c:4708 0xc06f42 gimple_expand_calls_inline ../../gcc-5.3.0/gcc/tree-inline.c:4848 0xc06f42 optimize_inline_calls(tree_node*) ../../gcc-5.3.0/gcc/tree-inline.c:4988 0x905309 early_inliner(function*) ../../gcc-5.3.0/gcc/ipa-inline.c:2730 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <http://gcc.gnu.org/bugs.html> for instructions.
[Bug ipa/69075] ICE when setting early-inlining-insns to other than default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075 --- Comment #1 from Charles --- Created attachment 37187 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37187&action=edit 1/2 the preprocessed file (*.i*) that triggers the bug
[Bug ipa/69075] ICE when setting early-inlining-insns to other than default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69075 --- Comment #2 from Charles --- Created attachment 37188 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37188&action=edit 2/2 the preprocessed file (*.i*) that triggers the bug
