[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2020-07-20 Thread charles.frasch at gmail dot com
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

[Bug ipa/69075] ICE when setting early-inlining-insns to other than default

2020-04-14 Thread charles.frasch at gmail dot com
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 ipa/69075] ICE when setting early-inlining-insns to other than default

2019-03-14 Thread charles.frasch at gmail dot com
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

[Bug c++/78943] Generated assembler fails with symbol is already defined

2017-02-22 Thread charles.frasch at gmail dot com
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 c++/78908] [6/7 Regression] template instantiation with bit-field type

2017-02-22 Thread charles.frasch at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908 --- Comment #10 from Charles --- Verified that reported problem is fixed. Thanks!

[Bug c++/78943] New: Generated assembler fails with symbol is already defined

2016-12-28 Thread charles.frasch at gmail dot com
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=edit bmbt.ii Compiler output: /tmp/ccYwRju

[Bug lto/78908] New: lto1: internal compiler error: in lto_read_decls, at lto/lto.c:1814

2016-12-22 Thread charles.frasch at gmail dot com
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=edit lto_read_decls_reduce_ut.ii &q

[Bug c++/78813] constexpr function returns wrong value

2016-12-14 Thread charles.frasch at gmail dot com
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 c++/78813] New: constexpr function returns wrong value

2016-12-14 Thread charles.frasch at gmail dot com
++ 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=edit source.ii The code below fails to compile when the second static_assert fa

[Bug ipa/69075] ICE when setting early-inlining-insns to other than default

2015-12-29 Thread charles.frasch at gmail dot com
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=edit 2/2 the preprocessed file (*.i*) that triggers the bug

[Bug ipa/69075] ICE when setting early-inlining-insns to other than default

2015-12-29 Thread charles.frasch at gmail dot com
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=edit 1/2 the preprocessed file (*.i*) that triggers the bug

[Bug ipa/69075] New: ICE when setting early-inlining-insns to other than default

2015-12-28 Thread charles.frasch at gmail dot com
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

[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2013-09-27 Thread charles.frasch at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #6 from Charles charles.frasch at gmail dot com --- Created attachment 30912 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30912action=edit script to reproduce the ICE This script reproduces the bug. It requires 27 .ii files

[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2013-09-26 Thread charles.frasch at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #4 from Charles charles.frasch at gmail dot com --- 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

[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2013-09-26 Thread charles.frasch at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #5 from Charles charles.frasch at gmail dot com --- 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

[Bug lto/58528] New: lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2013-09-25 Thread charles.frasch at gmail dot com
: 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

[Bug lto/58528] lto1: internal compiler error: in build_abbrev_table, at dwarf2out.c:7478

2013-09-25 Thread charles.frasch at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58528 --- Comment #2 from Charles charles.frasch at gmail dot com --- 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