[Bug tree-optimization/110506] [14 Regression] Ice: tree check: expected none of vector_type, have vector_type in get_value_for_expr, at tree-ssa-ccp.cc:686

[rguenth at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110506

Richard Biener  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
   Assignee|unassigned at gcc dot gnu.org  |rguenth at gcc dot 
gnu.org
Version|unknown |14.0

--- Comment #5 from Richard Biener  ---
I will have a look.

[Bug tree-optimization/110501] Invalid use-after-free / realloc with a store/load happening

[rguenth at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110501

Richard Biener  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2023-07-03
 Ever confirmed|0   |1

--- Comment #5 from Richard Biener  ---
So confirmed.

[Bug middle-end/110528] Timeout with with specific optimizations

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110528

--- Comment #2 from Andrew Pinski  ---
Can you attach the preprocessed source?

[Bug c/110528] Timeout with with specific optimizations

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110528

--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55461
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55461&action=edit
C Source Code

[Bug c/110528] New: Timeout with with specific optimizations

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110528

Bug ID: 110528
   Summary: Timeout with with specific optimizations
   Product: gcc
   Version: 12.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: 19373742 at buaa dot edu.cn
  Target Milestone: ---

Created attachment 55460
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55460&action=edit
The compiler output

***
OS and Platform:
CentOS Linux release 7.9.2009 (Core), x86_64 GNU/Linux
***
gcc version:
# /home/gcc-releases/gcc-12-0630/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/gcc-releases/gcc-12-0630/bin/gcc
COLLECT_LTO_WRAPPER=/home/gcc-releases/gcc-12-0630/libexec/gcc/x86_64-pc-linux-gnu/12.3.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --prefix=/home/gcc-releases/gcc-12-0630/
--disable-multilib --enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.3.1 20230630 (GCC)
***
Command Lines:

# (ulimit -t 60; /home/gcc-releases/gcc-12-0630/bin/gcc -I
/home/csmith_record/include/csmith-2.3.0/ -O3
-fno-aggressive-loop-optimizations -fno-align-functions -fno-align-jumps
-fno-align-labels -fno-align-loops -fno-allocation-dce
-fno-asynchronous-unwind-tables -fno-auto-inc-dec -fno-bit-tests
-fno-branch-count-reg -fno-caller-saves -fno-code-hoisting
-fno-combine-stack-adjustments -fno-compare-elim -fno-cprop-registers
-fno-crossjumping -fno-cse-follow-jumps -fno-dce -fno-defer-pop
-fno-devirtualize -fno-devirtualize-speculatively -fno-dse -fno-early-inlining
-fno-expensive-optimizations -fno-forward-propagate -fno-fp-int-builtin-inexact
-fno-function-cse -fno-gcse -fno-gcse-after-reload -fno-gcse-lm
-fno-guess-branch-probability -fno-hoist-adjacent-loads -fno-if-conversion
-fno-if-conversion2 -fno-indirect-inlining -fno-inline -fno-inline-atomics
-fno-inline-functions -fno-inline-functions-called-once
-fno-inline-small-functions -fno-ipa-bit-cp -fno-ipa-cp -fno-ipa-cp-clone
-fno-ipa-icf -fno-ipa-icf-functions -fno-ipa-icf-variables -fno-ipa-modref
-fno-ipa-profile -fno-ipa-pure-const -fno-ipa-ra -fno-ipa-reference
-fno-ipa-reference-addressable -fno-ipa-sra -fno-ipa-stack-alignment
-fno-ipa-strict-aliasing -fno-ipa-vrp -fno-ira-hoist-pressure
-fno-ira-share-save-slots -fno-ira-share-spill-slots
-fno-isolate-erroneous-paths-dereference -fno-ivopts -fno-jump-tables
-fno-lifetime-dse -fno-loop-interchange -fno-loop-unroll-and-jam -fno-lra-remat
-fno-math-errno -fno-move-loop-invariants -fno-move-loop-stores
-fno-omit-frame-pointer -fno-optimize-sibling-calls -fno-optimize-strlen
-fno-partial-inlining -fno-peel-loops -fno-peephole -fno-peephole2 -fno-plt
-fno-predictive-commoning -fno-printf-return-value -fno-ree
-fno-reg-struct-return -fno-reorder-blocks -fno-reorder-blocks-and-partition
-fno-reorder-functions -fno-rerun-cse-after-loop
-fno-sched-critical-path-heuristic -fno-sched-dep-count-heuristic
-fno-sched-group-heuristic -fno-sched-interblock -fno-sched-last-insn-heuristic
-fno-sched-rank-heuristic -fno-sched-spec -fno-sched-spec-insn-heuristic
-fno-sched-stalled-insns-dep -fno-schedule-fusion -fno-schedule-insns2
-fno-semantic-interposition -fno-short-enums -fno-shrink-wrap
-fno-shrink-wrap-separate -fno-signed-zeros -fno-split-ivs-in-unroller
-fno-split-loops -fno-split-paths -fno-split-wide-types -fno-ssa-backprop
-fno-ssa-phiopt -fno-stdarg-opt -fno-store-merging -fno-strict-aliasing
-fno-thread-jumps -fno-toplevel-reorder -fno-trapping-math -fno-tree-bit-ccp
-fno-tree-builtin-call-dce -fno-tree-ccp -fno-tree-ch -fno-tree-coalesce-vars
-fno-tree-copy-prop -fno-tree-dce -fno-tree-dominator-opts -fno-tree-dse
-fno-tree-forwprop -fno-tree-fre -fno-tree-loop-distribute-patterns
-fno-tree-loop-distribution -fno-tree-loop-im -fno-tree-loop-ivcanon
-fno-tree-loop-optimize -fno-tree-loop-vectorize -fno-tree-partial-pre
-fno-tree-phiprop -fno-tree-pre -fno-tree-pta -fno-tree-reassoc
-fno-tree-scev-cprop -fno-tree-sink -fno-tree-slp-vectorize -fno-tree-slsr
-fno-tree-sra -fno-tree-switch-conversion -fno-tree-tail-merge -fno-tree-ter
-fno-tree-vrp -fno-unroll-completely-grow-size -fno-unswitch-loops
-fno-unwind-tables -fno-version-loops-for-strides -fno-allow-store-data-races
-fno-associative-math -fno-branch-probabilities -fno-conserve-stack
-fno-cx-fortran-rules -fno-cx-limited-range -fno-delayed-branch
-fno-delete-dead-exceptions -fno-exceptions -fno-finite-loops
-fno-finite-math-only -fno-float-store -fno-gcse-las -fno-gcse-sm -fno-graphite
-fno-graphite-identity -fno-harden-compares -fno-harden-conditional-branches
-fno-ipa-pta -fno-ira-loop-pressure -fno-isolate-erroneous-paths-attribu

[Bug sanitizer/110527] [10/11/12/13/14 Regression] ASan is missing array out-of-bounds check

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110527

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Andrew Pinski  ---
There is a redzone for the variables but there is no way it going to be this
large. 

In this case, it just happens that

cc[204-172][0][0][0][0] points into the variable dd and therefore is a valid
address.

[Bug sanitizer/110527] New: [10/11/12/13/14 Regression] ASan is missing array out-of-bounds check

[jwzeng at nuaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110527

Bug ID: 110527
   Summary: [10/11/12/13/14 Regression] ASan is missing array
out-of-bounds check
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: sanitizer
  Assignee: unassigned at gcc dot gnu.org
  Reporter: jwzeng at nuaa dot edu.cn
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org, marxin at 
gcc dot gnu.org
  Target Milestone: ---

Link to the Compiler Explorer: https://godbolt.org/z/YKaT3YdTx

The following snippet:

#include 
unsigned int aa = 204;
unsigned char bb = 126;
unsigned short cc[19][24][22][11][21];
unsigned int dd[19][24][22][11][21];
int main() {
for (int i = 0; i < 19; ++i)
cc[i][0][0][0][0] = 6294;
unsigned char i = aa - 172;
bb = cc[i][0][0][0][0];
printf("%d\n", bb);
}

> $ gcc -O0 -fsanitize=address bug.c; ./a.out
> $ 0

Look at the statement `bb = cc[i][0][0][0][0];` in the above code snippet. The
array is out of bounds, but the program did not output any error after
compilation with "-O0 -fsanitize=address".

When I deleted the statement `unsigned int dd[19][24][22][11][21];` in the
above code snippet. Then compiled with "-O0 -fsanitize=address" again, and it
outputs the following error in this time:

> ddressSanitizer:DEADLYSIGNAL
> =
> ==1==ERROR: AddressSanitizer: SEGV on unknown address 0x00b75e40 (pc 
> 0x00401251 bp 0x7ffc6e878c80 sp 0x7ffc6e878c70 T0)
> ==1==The signal is caused by a READ memory access.
> #0 0x401251 in main /app/example.cpp:10
> #1 0x7fd690372082 in __libc_start_main 
> (/lib/x86_64-linux-gnu/libc.so.6+0x24082) (BuildId: 
> 1878e6b475720c7c51969e69ab2d276fae6d1dee)
> #2 0x4010cd in _start (/app/output.s+0x4010cd) (BuildId: 
> 18aa19a5491b44e6b2908ed7ba8b0a483242b3a5)
> 
> AddressSanitizer can not provide additional info.
> SUMMARY: AddressSanitizer: SEGV /app/example.cpp:10 in main
> ==1==ABORTING

I found that the above bug appeared in gcc 10/11/12/13/14. Earlier GCCs do not
have this bug.

[Bug target/106895] powerpc64 unable to specify even/odd register pairs in extended inline asm

[segher at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106895

--- Comment #5 from Segher Boessenkool  ---
Constraints are completely the wrong tool for this.  Just use modes, which
*are* the right tool?

[Bug rtl-optimization/110526] ICE: Segmentation fault in moving_insn_creates_bookkeeping_block_p

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110526

--- Comment #4 from Andrew Pinski  ---
Thanks for these bug reports, they are very useful. I will note
-fselective-scheduling is one of the less tested parts of GCC as it is not
default for any target except for ia64 (and ia64 is one of the least tested
targets really). So don't be shocked that most of these -fselective-scheduling
issues are not fixed any time soon and don't be shocked when these issues are
closed as won't fix when -fselective-scheduling support is removed .

[Bug c/110526] ICE: Segmentation fault

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110526

--- Comment #3 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55459
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55459&action=edit
The compiler output

[Bug c/110526] ICE: Segmentation fault

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110526

--- Comment #2 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55458
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55458&action=edit
The preprocessed file

[Bug c/110526] ICE: Segmentation fault

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110526

CTC <19373742 at buaa dot edu.cn> changed:

   What|Removed |Added

Version|13.2.1  |13.1.1
Summary|ICE |ICE: Segmentation fault

--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
***
OS and Platform:
CentOS Linux release 7.9.2009 (Core), x86_64 GNU/Linux
***
gcc -v
Using built-in specs.
COLLECT_GCC=/home/gcc-releases/gcc-13-0701/bin/gcc
COLLECT_LTO_WRAPPER=/home/gcc-releases/gcc-13-0701/libexec/gcc/x86_64-pc-linux-gnu/13.1.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --prefix=/home/gcc-releases/gcc-13-0701/
--disable-multilib --enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.1.1 20230701 (GCC)
***
Command Lines:
/home/gcc-releases/gcc-13-0701/bin/gcc -I
/home/csmith_record/include/csmith-2.3.0/  -O3
-fno-aggressive-loop-optimizations -fno-align-functions -fno-align-jumps
-fno-align-labels -fno-align-loops -fno-allocation-dce
-fno-asynchronous-unwind-tables -fno-auto-inc-dec -fno-bit-tests
-fno-branch-count-reg -fno-caller-saves -fno-code-hoisting
-fno-combine-stack-adjustments -fno-compare-elim -fno-cprop-registers
-fno-crossjumping -fno-cse-follow-jumps -fno-dce -fno-defer-pop
-fno-devirtualize -fno-devirtualize-speculatively -fno-dse -fno-early-inlining
-fno-expensive-optimizations -fno-forward-propagate -fno-fp-int-builtin-inexact
-fno-function-cse -fno-gcse -fno-gcse-after-reload -fno-gcse-lm
-fno-guess-branch-probability -fno-hoist-adjacent-loads -fno-if-conversion
-fno-if-conversion2 -fno-indirect-inlining -fno-inline -fno-inline-atomics
-fno-inline-functions -fno-inline-functions-called-once
-fno-inline-small-functions -fno-ipa-bit-cp -fno-ipa-cp -fno-ipa-cp-clone
-fno-ipa-icf -fno-ipa-icf-functions -fno-ipa-icf-variables -fno-ipa-modref
-fno-ipa-profile -fno-ipa-pure-const -fno-ipa-ra -fno-ipa-reference
-fno-ipa-reference-addressable -fno-ipa-sra -fno-ipa-stack-alignment
-fno-ipa-strict-aliasing -fno-ipa-vrp -fno-ira-hoist-pressure
-fno-ira-share-save-slots -fno-ira-share-spill-slots
-fno-isolate-erroneous-paths-dereference -fno-ivopts -fno-jump-tables
-fno-lifetime-dse -fno-loop-interchange -fno-loop-unroll-and-jam -fno-lra-remat
-fno-math-errno -fno-move-loop-invariants -fno-move-loop-stores
-fno-omit-frame-pointer -fno-optimize-sibling-calls -fno-optimize-strlen
-fno-partial-inlining -fno-peel-loops -fno-peephole -fno-peephole2 -fno-plt
-fno-predictive-commoning -fno-printf-return-value -fno-ree
-fno-reg-struct-return -fno-reorder-blocks -fno-reorder-blocks-and-partition
-fno-reorder-functions -fno-rerun-cse-after-loop
-fno-sched-critical-path-heuristic -fno-sched-dep-count-heuristic
-fno-sched-group-heuristic -fno-sched-interblock -fno-sched-last-insn-heuristic
-fno-sched-rank-heuristic -fno-sched-spec -fno-sched-spec-insn-heuristic
-fno-sched-stalled-insns-dep -fno-schedule-fusion -fno-schedule-insns2
-fno-semantic-interposition -fno-short-enums -fno-shrink-wrap
-fno-shrink-wrap-separate -fno-signed-zeros -fno-split-ivs-in-unroller
-fno-split-loops -fno-split-paths -fno-split-wide-types -fno-ssa-backprop
-fno-ssa-phiopt -fno-stdarg-opt -fno-store-merging -fno-strict-aliasing
-fno-thread-jumps -fno-toplevel-reorder -fno-trapping-math -fno-tree-bit-ccp
-fno-tree-builtin-call-dce -fno-tree-ccp -fno-tree-ch -fno-tree-coalesce-vars
-fno-tree-copy-prop -fno-tree-dce -fno-tree-dominator-opts -fno-tree-dse
-fno-tree-forwprop -fno-tree-fre -fno-tree-loop-distribute-patterns
-fno-tree-loop-distribution -fno-tree-loop-im -fno-tree-loop-ivcanon
-fno-tree-loop-optimize -fno-tree-loop-vectorize -fno-tree-partial-pre
-fno-tree-phiprop -fno-tree-pre -fno-tree-pta -fno-tree-reassoc
-fno-tree-scev-cprop -fno-tree-sink -fno-tree-slp-vectorize -fno-tree-slsr
-fno-tree-sra -fno-tree-switch-conversion -fno-tree-tail-merge -fno-tree-ter
-fno-tree-vrp -fno-unroll-completely-grow-size -fno-unroll-loops
-fno-unswitch-loops -fno-unwind-tables -fno-version-loops-for-strides
-fno-allow-store-data-races -fno-associative-math -fno-branch-probabilities
-fno-conserve-stack -fno-cx-fortran-rules -fno-cx-limited-range
-fno-delayed-branch -fno-delete-dead-exceptions -fno-finite-loops
-fno-finite-math-only -fno-float-store -fno-gcse-las -fno-gcse-sm -fno-graphite
-fno-graphite-identity -fno-harden-compares -fno-harden-conditional-branches
-fno-ipa-pta -fno-ira-loop-pressure -fno-isolate-erroneous-paths-attribute
-fno-keep-gc-roots-live -fno-limit-function-alignment -fno-live-range-shrinkage
-fno-loop-nest-optimize -fno-loop-parallelize-all -fno-modulo-sched
-fno-modulo-sched-allow-regmoves 

[Bug c/110526] New: ICE

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110526

Bug ID: 110526
   Summary: ICE
   Product: gcc
   Version: 13.2.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: 19373742 at buaa dot edu.cn
  Target Milestone: ---

[Bug rtl-optimization/110525] ICE in create_block_for_bookkeeping, at sel-sched.cc:4549

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110525

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE
  Component|c   |rtl-optimization

--- Comment #2 from Andrew Pinski  ---
Dup.

*** This bug has been marked as a duplicate of bug 85410 ***

[Bug rtl-optimization/85410] ICE in create_block_for_bookkeeping, at sel-sched.c:4563

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85410

--- Comment #7 from Andrew Pinski  ---
*** Bug 110525 has been marked as a duplicate of this bug. ***

[Bug c/110525] ICE in create_block_for_bookkeeping, at sel-sched.cc:4549

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110525

--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55457
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55457&action=edit
The compiler output

[Bug c/110525] New: ICE in create_block_for_bookkeeping, at sel-sched.cc:4549

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110525

Bug ID: 110525
   Summary: ICE in create_block_for_bookkeeping, at
sel-sched.cc:4549
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: 19373742 at buaa dot edu.cn
  Target Milestone: ---

Created attachment 55456
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55456&action=edit
The preprocessed file

***
OS and Platform:
CentOS Linux release 7.9.2009 (Core), x86_64 GNU/Linux
***
gcc -v
Using built-in specs.
COLLECT_GCC=/home/gcc-releases/gcc-14-0604/bin/gcc
COLLECT_LTO_WRAPPER=/home/gcc-releases/gcc-14-0604/libexec/gcc/x86_64-pc-linux-gnu/14.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --prefix=/home/gcc-releases/gcc-14-0604/
--disable-multilib --enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 14.0.0 20230604 (experimental) (GCC)
***
Command Lines:
/home/gcc-releases/gcc-14-0604/bin/gcc -I
/home/csmith_record/include/csmith-2.3.0/  -O3  
-fno-inline-functions-called-once -fno-inline-small-functions
-fno-ipa-pure-const -fno-ipa-sra -fno-strict-aliasing -fno-toplevel-reorder
-fno-tree-ccp -fno-tree-ch -fno-tree-dce -fno-tree-dse -fno-tree-fre
-fno-tree-loop-optimize -fno-tree-sra -fno-tree-ter -fno-section-anchors
-fno-tree-vectorize -fsched-interblock -ftoplevel-reorder -ftree-pre
-ftree-tail-merge -fschedule-insns -fsection-anchors -fsel-sched-pipelining
-fselective-scheduling -gstatement-frontiers ./46530.c
***
Error Messages:

internal compiler error: in create_block_for_bookkeeping, at sel-sched.cc:4549
 1018 | }
  | ^
0x7a5954 create_block_for_bookkeeping
../.././gcc/sel-sched.cc:4549
0x7a5954 find_place_for_bookkeeping
../.././gcc/sel-sched.cc:4686
0x7a5954 generate_bookkeeping_insn
../.././gcc/sel-sched.cc:4786
0x7a5954 move_op_at_first_insn
../.././gcc/sel-sched.cc:6063
0xf0eee8 code_motion_path_driver
../.././gcc/sel-sched.cc:6657
0xf0f2be code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xf0f2be code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xf0f2be code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xf0f2be code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xf0f9d7 move_op
../.././gcc/sel-sched.cc:6702
0xf0f9d7 move_exprs_to_boundary
../.././gcc/sel-sched.cc:5223
0xf0f9d7 schedule_expr_on_boundary
../.././gcc/sel-sched.cc:5436
0xf132f2 fill_insns
../.././gcc/sel-sched.cc:5578
0xf132f2 schedule_on_fences
../.././gcc/sel-sched.cc:7353
0xf132f2 sel_sched_region_2
../.././gcc/sel-sched.cc:7491
0xf14bf6 sel_sched_region_1
../.././gcc/sel-sched.cc:7533
0xf161db sel_sched_region(int)
../.././gcc/sel-sched.cc:7634
0xf161db sel_sched_region(int)
../.././gcc/sel-sched.cc:7619
0xf163a9 run_selective_scheduling()
../.././gcc/sel-sched.cc:7720
0xef80fc rest_of_handle_sched
../.././gcc/sched-rgn.cc:3729
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug ipa/110057] Missed devirtualization opportunities

[yongxiangng at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110057

--- Comment #9 from Ng YongXiang  ---
Would anyone be willing to provide some feedback regarding the attachment
(https://gcc.gnu.org/bugzilla/attachment.cgi?id=55256&action=diff) that I have
created? Thanks.

[Bug c++/110524] Internal compiler error: ../csu/libc-start.c:392

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110524

--- Comment #2 from Andrew Pinski  ---
Reducing 

[Bug c++/110524] Internal compiler error: ../csu/libc-start.c:392

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110524

--- Comment #1 from Andrew Pinski  ---
On trunk:
/home/dyarosh/space/eve/include/eve/detail/function/simd/common/canonical_shuffle_adapter.hpp:
In instantiation of ‘decltype (invocable(p, g,
(get)(eve::detail::sfinae_friendly_apply_impl::t)...))
eve::detail::sfinae_friendly_apply_impl(auto:270, auto:271, auto:272,
kumi::tuple, std::index_sequence) [with Ts =
{eve::sse_abi_v0::wide >,
eve::sse_abi_v0::wide >}; long unsigned int ...i =
{0, 1}; auto:270 = callable_object; auto:271 =
eve::pattern_t<0, 5, 2, 3>; auto:272 = eve::fixed<1>]’:
/home/dyarosh/space/eve/include/eve/detail/function/simd/common/canonical_shuffle_adapter.hpp:213:1:
internal compiler error: tree check: expected tree that contains ‘decl minimal’
structure, have ‘identifier_node’ in write_expression, at cp/mangle.cc:3315
0x95a8dc tree_contains_struct_check_failed(tree_node const*,
tree_node_structure_enum, char const*, int, char const*)
/home/apinski/src/upstream-gcc-git/gcc/gcc/tree.cc:9073
0x7bb21b contains_struct_check(tree_node*, tree_node_structure_enum, char
const*, int, char const*)
/home/apinski/src/upstream-gcc-git/gcc/gcc/tree.h:3691
0x7bb21b write_expression
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:3315
0xb4efbc write_expression
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:3593
0xb4edca write_expression
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:3673
0xb4f01d write_expression
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:3597
0xb4ae9d write_type
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:2489
0xb4c8b9 write_bare_function_type
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:2856
0xb4ca1c write_mangled_name
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:799
0xb4d1fa mangle_decl_string
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:4148
0xb4d3ea get_mangled_id
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:4169
0xb4d3ea mangle_decl(tree_node*)
/home/apinski/src/upstream-gcc-git/gcc/gcc/cp/mangle.cc:4207
0x159858d decl_assembler_name(tree_node*)
/home/apinski/src/upstream-gcc-git/gcc/gcc/tree.cc:715
0xe0c161 symtab_node::get_comdat_group_id()
/home/apinski/src/upstream-gcc-git/gcc/gcc/cgraph.h:258
0xe0c161 analyze_functions
/home/apinski/src/upstream-gcc-git/gcc/gcc/cgraphunit.cc:1199
0xe0d86d symbol_table::finalize_compilation_unit()
/home/apinski/src/upstream-gcc-git/gcc/gcc/cgraphunit.cc:2554
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug c++/110524] New: Internal compiler error: ../csu/libc-start.c:392

[denis.yaroshevskij at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110524

Bug ID: 110524
   Summary: Internal compiler error: ../csu/libc-start.c:392
   Product: gcc
   Version: 11.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: denis.yaroshevskij at gmail dot com
  Target Milestone: ---

Created attachment 55455
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55455&action=edit
.ii file

Attaching .ii file, please let me know if I didn't do it right.

```
gcc --version
gcc (Ubuntu 11.3.0-1ubuntu1~22.04.1) 11.3.0
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
```

Command:

```
root@055aa68a38ca:/home/dyarosh/space/eve/build_gcc_sse42# /usr/bin/g++
-I/home/dyarosh/space/eve/test -I/home/dyarosh/space/eve/examples
-I/home/dyarosh/space/eve/include -Wno-psabi -DEVE_NO_FORCEINLINE -msse4.2
-save-temps=obj -std=c++20 -Werror -Wall -Wpedantic -Wextra -o
test/unit/CMakeFiles/unit.api.regular.swizzle.shuffle_l0.exe.dir/api/regular/swizzle/shuffle_l0.cpp.o
-c /home/dyarosh/space/eve/test/unit/api/regular/swizzle/shuffle_l0.cpp
```

Output

```
In file included from
/home/dyarosh/space/eve/include/eve/module/core/regular/shuffle_l0.hpp:48,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/try_each_group_position.hpp:10,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/try_each_group_position.hpp:56,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/has_equal_in.hpp:11,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/has_equal_in.hpp:50,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/core.hpp:86,
 from /home/dyarosh/space/eve/include/eve/module/core.hpp:97,
 from /home/dyarosh/space/eve/test/test.hpp:17,
 from
/home/dyarosh/space/eve/test/unit/api/regular/swizzle/shuffle_test.hpp:8,
 from
/home/dyarosh/space/eve/test/unit/api/regular/swizzle/shuffle_l0.cpp:8:
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/shuffle_l0.hpp:
In function 'auto eve::detail::shuffle_l0_x86_within_128(eve::pattern_t,
eve::fixed, eve::sse_abi_v0::wide)':
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/shuffle_l0.hpp:117:49:
error: ignoring attributes on template argument '__m256'
[-Werror=ignored-attributes]
  117 |   else return _mm256_permute_ps(eve::bit_cast(x, eve::as<__m256>
{}), m);
  | ^
In file included from
/home/dyarosh/space/eve/include/eve/module/core/regular/shuffle_l0.hpp:48,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/try_each_group_position.hpp:10,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/try_each_group_position.hpp:56,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/has_equal_in.hpp:11,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/has_equal_in.hpp:50,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/core.hpp:86,
 from /home/dyarosh/space/eve/include/eve/module/core.hpp:97,
 from /home/dyarosh/space/eve/test/test.hpp:17,
 from
/home/dyarosh/space/eve/test/unit/api/regular/swizzle/shuffle_test.hpp:8,
 from
/home/dyarosh/space/eve/test/unit/api/regular/swizzle/shuffle_l0.cpp:8:
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/shuffle_l0.hpp:
In function 'auto eve::detail::shuffle_l0_impl_(const eve::detail::delay_t&,
const eve::avx_&, eve::pattern_t, eve::fixed,
eve::sse_abi_v0::wide) requires (same_as::type, eve::x86_256_>) && sizeof ... ((I ...)) * G == (N::value)':
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/shuffle_l0.hpp:200:43:
error: ignoring attributes on template argument '__m256d'
[-Werror=ignored-attributes]
  200 | return _mm256_permute_pd(eve::bit_cast(x, eve::as<__m256d> {}),
mm);
  |   ^
In file included from
/home/dyarosh/space/eve/include/eve/module/core/regular/shuffle_l0.hpp:48,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/simd/x86/try_each_group_position.hpp:10,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/try_each_group_position.hpp:56,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/impl/has_equal_in.hpp:11,
 from
/home/dyarosh/space/eve/include/eve/module/core/regular/has_equal_in.hpp:50,
 from
/home/dyarosh/space/eve

[Bug tree-optimization/110485] vectorizing simd clone calls without loop masking applied

[rsandifo at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110485

rsandifo at gcc dot gnu.org  changed:

   What|Removed |Added

 CC||avieira at gcc dot gnu.org

--- Comment #1 from rsandifo at gcc dot gnu.org  
---
I think Andre was looking at this area.

[Bug modula2/110125] Variables are reported as uninitialized when only set inside WITH statement

[gaius at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110125

Gaius Mulley  changed:

   What|Removed |Added

  Attachment #55357|0   |1
is obsolete||

--- Comment #4 from Gaius Mulley  ---
Created attachment 55454
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55454&action=edit
Proposed fix v5

Here is the latest patch which fixes the PR - I propose to commit the patch
(if/when) the bootstrap is successful.

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

[anlauf at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178

--- Comment #16 from anlauf at gcc dot gnu.org ---
Submitted: https://gcc.gnu.org/pipermail/fortran/2023-July/059545.html

[Bug testsuite/110419] [14 regression] new test case gfortran.dg/value_9.f90 in r14-2050-gd130ae8499e0c6 fails

[anlauf at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110419

--- Comment #5 from anlauf at gcc dot gnu.org ---
The testers show a similar behavior on sparcv9-sun-solaris2.11:
OK at -m64, FAIL at -m32.  Not sure which endianness that is.

[Bug c++/110523] [14 Regression] ICE in redeclare_class_template, at cp/pt.cc:6391 on json-3.11.2

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110523

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2023-07-02
 Ever confirmed|0   |1

--- Comment #3 from Andrew Pinski  ---
Better reduced testcase:
```
template  class v {};
template  class a = v>
class basic_json {};
template 
struct json_pointer {
  template  class a>
friend class basic_json;
  using type = t;
};
json_pointer::type t;
json_pointer>::type t1;
```

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

[anlauf at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178

anlauf at gcc dot gnu.org changed:

   What|Removed |Added

   Assignee|unassigned at gcc dot gnu.org  |anlauf at gcc dot 
gnu.org
 Status|NEW |ASSIGNED

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

[anlauf at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178

--- Comment #15 from anlauf at gcc dot gnu.org ---
Created attachment 55453
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55453&action=edit
Revised patch

Revised patch that takes Tobias' suggestion into account that we scan
the formal argument list first to determine whether we better evaluate
argument expressions first.  This may avoid creating of temporaries for
many cases when none is needed.

This does not yet handle the case of character arguments, where for yet
unknown reasons no temporary is created.  Might be deferred for a second
patch.

Working on testcases right now.

[Bug c++/110523] [14 Regression] ICE in redeclare_class_template, at cp/pt.cc:6391 on json-3.11.2

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110523

--- Comment #2 from Andrew Pinski  ---
Re-reducing it so it is warning free as the original was warning free.

[Bug c++/110523] [14 Regression] ICE in redeclare_class_template, at cp/pt.cc:6391 on json-3.11.2

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110523

Andrew Pinski  changed:

   What|Removed |Added

   Target Milestone|--- |14.0
   Keywords||ice-on-valid-code

[Bug rtl-optimization/110517] ICE in create_block_for_bookkeeping, at sel-sched.cc:4549

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110517

Andrew Pinski  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #3 from Andrew Pinski  ---
Dup of bug 85410.

*** This bug has been marked as a duplicate of bug 85410 ***

[Bug rtl-optimization/85410] ICE in create_block_for_bookkeeping, at sel-sched.c:4563

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85410

Andrew Pinski  changed:

   What|Removed |Added

 CC||19373742 at buaa dot edu.cn

--- Comment #6 from Andrew Pinski  ---
*** Bug 110517 has been marked as a duplicate of this bug. ***

[Bug c/110519] Optimize for loop that only assigns to a local variable

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110519

Andrew Pinski  changed:

   What|Removed |Added

Summary|Optimize loop that only |Optimize for loop that only
   |assigns to a local variable |assigns to a local variable
 Status|UNCONFIRMED |NEW
 Ever confirmed|0   |1
   Last reconfirmed||2023-07-02

--- Comment #3 from Andrew Pinski  ---
Confirmed. As mentioned the general rule does not apply for C, only applies to
`for` loops.

That is it would be invalid to remove the following loop in C:
```
struct symbol {
struct symbol *next;
};

void f(const struct symbol *sym)
{
  const struct symbol *s = sym;
  {
start_loop:
 if (s != (void *)0)
 {
do { } while (0);
s = s->next;
goto start_loop;
 }
  }
}
```

[Bug c/110519] Optimize loop that only assigns to a local variable

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110519

--- Comment #2 from Andrew Pinski  ---
See bug 94392 comment #3 on why the general case does not apply to C and why we
decided not enable it when using the C front-end.

[Bug c/110519] Optimize loop that only assigns to a local variable

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110519

Andrew Pinski  changed:

   What|Removed |Added

  Component|tree-optimization   |c
   Severity|normal  |enhancement

[Bug tree-optimization/110508] [14 Regression] ICE (Segfault) during widening_mul, in match_uaddc_usubc

[jakub at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110508

Jakub Jelinek  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|ASSIGNED|RESOLVED

--- Comment #6 from Jakub Jelinek  ---
Fixed.

[Bug tree-optimization/110508] [14 Regression] ICE (Segfault) during widening_mul, in match_uaddc_usubc

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110508

--- Comment #5 from CVS Commits  ---
The master branch has been updated by Jakub Jelinek :

https://gcc.gnu.org/g:83733be3f7583f75f626c57e49679cfb9d877c5f

commit r14-2242-g83733be3f7583f75f626c57e49679cfb9d877c5f
Author: Jakub Jelinek 
Date:   Sun Jul 2 17:36:33 2023 +0200

tree-ssa-math-opts: Fix up ICE in match_uaddc_usubc [PR110508]

The match_uaddc_usubc matching doesn't require that the second
.{ADD,SUB}_OVERFLOW has REALPART_EXPR of its lhs used, only that there is
at most one.  So, in the weird case where the REALPART_EXPR of it isn't
present, we shouldn't ICE trying to replace that REALPART_EXPR with
REALPART_EXPR of .U{ADD,SUB}C result.

2023-07-02  Jakub Jelinek  

PR tree-optimization/110508
* tree-ssa-math-opts.cc (match_uaddc_usubc): Only replace re2 with
REALPART_EXPR opf nlhs if re2 is non-NULL.

* gcc.dg/pr110508.c: New test.

[Bug c++/110523] [14 Regression] ICE in redeclare_class_template, at cp/pt.cc:6391 on json-3.11.2

[slyfox at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110523

--- Comment #1 from Sergei Trofimovich  ---
Created attachment 55452
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55452&action=edit
bug.cpp.orig.xz

In case I reduced the file incorrectly attaching bug.cpp.orig.xz which should
build with both gcc-13 and gcc-14.

[Bug c++/110523] New: [14 Regression] ICE in redeclare_class_template, at cp/pt.cc:6391 on json-3.11.2

[slyfox at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110523

Bug ID: 110523
   Summary: [14 Regression] ICE in redeclare_class_template, at
cp/pt.cc:6391 on json-3.11.2
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: slyfox at gcc dot gnu.org
  Target Milestone: ---

Noticed ICE on r14-2233-gfca6d9c12f5bf0 when was building json-3.11.2 package.

Extracted reproducer:

// $ cat bug.cpp
template  struct adl_serializer;

template  class = adl_serializer>
class basic_json;

template  struct json_pointer {
  template  class> friend class basic_json;
};
template  class> struct basic_json {
  using json_pointer = json_pointer;
};
basic_json<>::json_pointer __trans_tmp_1_DOCTEST_ANON_FUNC_2() {
  json_pointer> ptr_j;
}

$ g++ -c bug.cpp
bug.cpp:10:9: warning: declaration of 'using basic_json<
 >::json_pointer = struct json_pointer' changes
meaning of 'json_pointer' [-Wchanges-meaning]
   10 |   using json_pointer = json_pointer;
  | ^~~~
bug.cpp:10:24: note: used here to mean 'struct json_pointer'
   10 |   using json_pointer = json_pointer;
  |^
bug.cpp:6:28: note: declared here
6 | template  struct json_pointer {
  |^~~~
bug.cpp: In instantiation of 'struct json_pointer >':
bug.cpp:13:30:   required from here
bug.cpp:7:63: internal compiler error: in redeclare_class_template, at
cp/pt.cc:6391
7 |   template  class> friend class
basic_json;
  |  
^~
0x708b6c redeclare_class_template(tree_node*, tree_node*, tree_node*)
../../source/gcc/cp/pt.cc:6391
0x8fe749 tsubst_friend_class
../../source/gcc/cp/pt.cc:11590
0x8fe749 instantiate_class_template(tree_node*)
../../source/gcc/cp/pt.cc:12446
0x9398ed complete_type(tree_node*)
../../source/gcc/cp/typeck.cc:138
0x7c49e2 start_decl_1(tree_node*, bool)
../../source/gcc/cp/decl.cc:5980
0x7de3e9 start_decl_1(tree_node*, bool)
../../source/gcc/cp/decl.cc:5946
0x7de3e9 start_decl(cp_declarator const*, cp_decl_specifier_seq*, int,
tree_node*, tree_node*, tree_node**)
../../source/gcc/cp/decl.cc:5946
0x8b70b7 cp_parser_init_declarator
../../source/gcc/cp/parser.cc:22951
0x88f971 cp_parser_simple_declaration
../../source/gcc/cp/parser.cc:15435
0x891520 cp_parser_declaration_statement
../../source/gcc/cp/parser.cc:14516
0x891c39 cp_parser_statement
../../source/gcc/cp/parser.cc:12574
0x892d6d cp_parser_statement_seq_opt
../../source/gcc/cp/parser.cc:13000
0x892e0f cp_parser_compound_statement
../../source/gcc/cp/parser.cc:12952
0x8b5881 cp_parser_function_body
../../source/gcc/cp/parser.cc:25372
0x8b5881 cp_parser_ctor_initializer_opt_and_function_body
../../source/gcc/cp/parser.cc:25423
0x8b6a4e cp_parser_function_definition_after_declarator
../../source/gcc/cp/parser.cc:32058
0x8b7dcc cp_parser_function_definition_from_specifiers_and_declarator
../../source/gcc/cp/parser.cc:31975
0x8b7dcc cp_parser_init_declarator
../../source/gcc/cp/parser.cc:22831
0x88f971 cp_parser_simple_declaration
../../source/gcc/cp/parser.cc:15435
0x8c1ddb cp_parser_declaration
../../source/gcc/cp/parser.cc:15121

$ g++ -v
Using built-in specs.
COLLECT_GCC=/<>/gcc-14.0.0/bin/g++
COLLECT_LTO_WRAPPER=/<>/gcc-14.0.0/libexec/gcc/x86_64-unknown-linux-gnu/14.0.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with:
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.0  (experimental) (GCC)

[Bug driver/110522] New: `-fdiagnostics-format=sarif-file`: file name conflicts / races

[lebedev.ri at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110522

Bug ID: 110522
   Summary: `-fdiagnostics-format=sarif-file`: file name conflicts
/ races
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
  Assignee: unassigned at gcc dot gnu.org
  Reporter: lebedev.ri at gmail dot com
  Target Milestone: ---

The sarif-file is stored into PWD of the compiler invocation.
Worse yet, it uses only a basename of the target object file,
but with a `.c.sarif` suffix.

What happens when the same object file is created multiple times,
in different directories? The results will be overwritten.

And in some cases, you may even lose the whole log of the failed compilation,
(especially because the moment you specify `-fdiagnostics-format=sarif-file`,
there's *NOTHING* in stderr, and you can't even specify `-fdiagnostics-format=`
twice)
if it will later be overwritten by the successful compilation
of some different TU that happened to produce object file with the same base
name.

I'm not sure how this was not pointed out during the initial implementation,
this seems problematic.

```
$ cat Makefile 
bad:
gcc-13 -fdiagnostics-format=sarif-file -c common/a.c -o common/file.o

good:
gcc-13 -fdiagnostics-format=sarif-file -c b.c -o file.o

all: good bad

clean:
rm common/file.o file.o
$ cat common/a.c 
bad
$ cat b.c 
// good
$ VERBOSE=1 make bad good
gcc-13 -fdiagnostics-format=sarif-file -c common/a.c -o common/file.o
make: *** [Makefile:2: bad] Error 1
$ ls
Makefile  b.c  common  file.c.sarif  file.o
$ cat file.c.sarif 
{"$schema":
"https://raw.githubusercontent.com/oasis-tcs/sarif-spec/master/Schemata/sarif-schema-2.1.0.json";,
"version": "2.1.0", "runs": [{"tool": {"driver": {"name": "GNU C17",
"fullName": "GNU C17 (Debian 13.1.0-7) version 13.1.0 (x86_64-linux-gnu)",
"version": "13.1.0", "informationUri": "https://gcc.gnu.org/gcc-13/";, "rules":
[]}}, "invocations": [{"executionSuccessful": true,
"toolExecutionNotifications": []}], "originalUriBaseIds": {"PWD": {"uri":
"file:///tmp/test/"}}, "artifacts": [{"location": {"uri": "common/a.c",
"uriBaseId": "PWD"}, "contents": {"text": "bad\n"}, "sourceLanguage": "c"}],
"results": [{"ruleId": "error", "level": "error", "message": {"text": "expected
‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ at end of input"}, "locations":
[{"physicalLocation": {"artifactLocation": {"uri": "common/a.c", "uriBaseId":
"PWD"}, "region": {"startLine": 1, "startColumn": 1, "endColumn": 4},
"contextRegion": {"startLine": 1, "snippet": {"text": "bad\n"]}]}]}
$ VERBOSE=1 make -k bad good
gcc-13 -fdiagnostics-format=sarif-file -c common/a.c -o common/file.o
make: *** [Makefile:2: bad] Error 1
gcc-13 -fdiagnostics-format=sarif-file -c b.c -o file.o
$ cat file.c.sarif 
{"$schema":
"https://raw.githubusercontent.com/oasis-tcs/sarif-spec/master/Schemata/sarif-schema-2.1.0.json";,
"version": "2.1.0", "runs": [{"tool": {"driver": {"name": "GNU C17",
"fullName": "GNU C17 (Debian 13.1.0-7) version 13.1.0 (x86_64-linux-gnu)",
"version": "13.1.0", "informationUri": "https://gcc.gnu.org/gcc-13/";, "rules":
[]}}, "invocations": [{"executionSuccessful": true,
"toolExecutionNotifications": []}], "artifacts": [], "results": []}]}
```

[Bug target/108743] [objective-c, NeXT runtime] -fconstant-cfstrings not supported

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108743

--- Comment #10 from CVS Commits  ---
The master branch has been updated by Iain D Sandoe :

https://gcc.gnu.org/g:cdd4b3c0f0f428678c24de74b1f626628450799c

commit r14-2239-gcdd4b3c0f0f428678c24de74b1f626628450799c
Author: Iain Sandoe 
Date:   Sun Jul 2 14:18:04 2023 +0100

Darwin, Objective-C: Support -fconstant-cfstrings [PR108743].

This support the -fconstant-cfstrings option as used by clang (and
expect by some build scripts) as an alias to the target-specific
-mconstant-cfstrings.

The documentation is also updated to reflect that the 'f' option is
only available on Darwin, and to add the 'm' option to the Darwin
section of the invocation text.

Signed-off-by: Iain Sandoe 

PR target/108743

gcc/ChangeLog:

* config/darwin.opt: Add fconstant-cfstrings alias to
mconstant-cfstrings.
* doc/invoke.texi: Amend invocation descriptions to reflect
that the fconstant-cfstrings is a target-option alias and to
add the missing mconstant-cfstrings option description to the
Darwin section.

[Bug d/108962] d: Don't generate code that throws exceptions when compiling with `-fno-exceptions'

[ibuclaw at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108962

ibuclaw at gcc dot gnu.org changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from ibuclaw at gcc dot gnu.org ---
Fixed by PR d/110471

[Bug d/108962] d: Don't generate code that throws exceptions when compiling with `-fno-exceptions'

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108962

--- Comment #2 from CVS Commits  ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:

https://gcc.gnu.org/g:f614e6bace45552f2196c7d27bf5981c2f6dd8db

commit r13-7522-gf614e6bace45552f2196c7d27bf5981c2f6dd8db
Author: Iain Buclaw 
Date:   Sun Jul 2 15:44:49 2023 +0200

d: Add testcase from PR108962

The issue was fixed in r13-7518.

PR d/108962

gcc/testsuite/ChangeLog:

* gdc.dg/pr108962.d: New test.

(cherry picked from commit 2e06e39a12e5a79bdb72d3c146cc71292f875aed)

[Bug d/108962] d: Don't generate code that throws exceptions when compiling with `-fno-exceptions'

[cvs-commit at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108962

--- Comment #1 from CVS Commits  ---
The master branch has been updated by Iain Buclaw :

https://gcc.gnu.org/g:2e06e39a12e5a79bdb72d3c146cc71292f875aed

commit r14-2237-g2e06e39a12e5a79bdb72d3c146cc71292f875aed
Author: Iain Buclaw 
Date:   Sun Jul 2 15:44:49 2023 +0200

d: Add testcase from PR108962

The issue was fixed in r14-2232.

PR d/108962

gcc/testsuite/ChangeLog:

* gdc.dg/pr108962.d: New test.

[Bug target/108743] [objective-c, NeXT runtime] -fconstant-cfstrings not supported

[iains at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108743

Iain Sandoe  changed:

   What|Removed |Added

   Last reconfirmed||2023-07-02
  Component|objc|target
 Status|UNCONFIRMED |NEW
   Assignee|unassigned at gcc dot gnu.org  |iains at gcc dot gnu.org
 Ever confirmed|0   |1

--- Comment #9 from Iain Sandoe  ---
this is intended to be a target-specific option for Darwin.

Although other targets can (and do) use the NeXT runtime, if this optimisation
applies to the then they need to add the option (and document for the relevant
target).

[Bug tree-optimization/110519] Optimize loop that only assigns to a local variable

[pinskia at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110519

--- Comment #1 from Andrew Pinski  ---
It is already done when compiling with c++ frontend ...

For C, it can only done for for loops. Which makes it hard to do with the way
gcc handles loops at this point.

[Bug analyzer/110521] New: -Wanalyzer-null-dereference false nagetive with `*p = i`

[dale.mengli.ming at proton dot me via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110521

Bug ID: 110521
   Summary: -Wanalyzer-null-dereference false nagetive with `*p =
i`
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: analyzer
  Assignee: dmalcolm at gcc dot gnu.org
  Reporter: dale.mengli.ming at proton dot me
  Target Milestone: ---

Hi, in this case (https://godbolt.org/z/azzTd94hz), the `p` is a null poinetr,
but the analyzer doesn't report an NPD with it. When `int array[3] = {0, 0, 0}`
(https://godbolt.org/z/TM7Ws3Gav), the analyzer reports that.

[Bug analyzer/110520] New: -Wanalyzer-null-dereference false nagetive with `*ptr = 10086`

[dale.mengli.ming at proton dot me via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110520

Bug ID: 110520
   Summary: -Wanalyzer-null-dereference false nagetive with `*ptr
= 10086`
   Product: gcc
   Version: 14.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: analyzer
  Assignee: dmalcolm at gcc dot gnu.org
  Reporter: dale.mengli.ming at proton dot me
  Target Milestone: ---

Hi,in this case (https://godbolt.org/z/4Md3o94Gx), the `ptr` is a null pointer,
but the analyzer doesn't report an NPD with it. When `__builtin_strlen(buf) ==
0` (https://godbolt.org/z/fnbMY9W5z), the analyzer reports that.

[Bug middle-end/110510] ggc infinite recursion

[franckbehaghel_gcc at protonmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110510

--- Comment #4 from Franck Behaghel  
---
Andrew,thanks.
Impressive !
Tested. Indeed, this patch fixes the issue.

[Bug c/110517] ICE in create_block_for_bookkeeping, at sel-sched.cc:4549

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110517

--- Comment #2 from CTC <19373742 at buaa dot edu.cn> ---
The reduced reproducer:

a, b, c, d;
e() {
  for (;; a++) {
short *f = &c;
if (b && ++*f)
  d = e;
  }
}
main() {}

[Bug libstdc++/110512] C++20 random access iterators run sequentially with PSTL

[redi at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110512

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2023-07-02
 Ever confirmed|0   |1
 Blocks||106749

--- Comment #4 from Jonathan Wakely  ---
Oh I forgot we approved that one


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106749
[Bug 106749] Implement C++23 library features

[Bug libstdc++/110512] C++20 random access iterators run sequentially with PSTL

[gonzalo.gadeschi at gmail dot com via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110512

--- Comment #3 from gnzlbg  ---
@Jonathan What is missing in https://wg21.link/p2408 to enable the PSTL to use
the iterator concept for the iota_view::iterator such that the PSTL may run the
above in parallel?

[Bug tree-optimization/110519] New: Optimize loop that only assigns to a local variable

[roland.illig at gmx dot de via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110519

Bug ID: 110519
   Summary: Optimize loop that only assigns to a local variable
   Product: gcc
   Version: 12.0
Status: UNCONFIRMED
  Keywords: missed-optimization
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: roland.illig at gmx dot de
  Target Milestone: ---

~~~c
struct symbol {
struct symbol *next;
};

void f(const struct symbol *sym)
{
for (const struct symbol *s = sym; s != (void *)0; s = s->next)
do { } while (0);
}
~~~

The above code was extracted from
.

Several other compilers know that this loop has no side effects, even at low
optimization levels, see .

[Bug c/78736] enum warnings in GCC (request for -Wenum-conversion to be added)

[bp at alien8 dot de via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78736

Boris  changed:

   What|Removed |Added

 CC||bp at alien8 dot de

--- Comment #20 from Boris  ---
(In reply to prathamesh3492 from comment #14)
> The patch enables warning with Wextra due to PR91593 and warnings with
> allmodconfig kernel build. Once these issues are resolved, we could
> consider promoting it to Wall.

Yes, you should. I just built 6.4 allmodconfig and there are no warnings
anymore likely because clang enables this warning by default and since we build
the kernel with both compilers, people have fixed them all in the meantime.

And clang did catch a legitimate error with this warning here while gcc didn't
using the default warning flags but it warned with -Wextra.

So I think we'll enable that warning by default in the kernel build and it does
make sense to do that in gcc too, I'd say.

Thx.

[Bug middle-end/110004] large increase in profile mismatches on tramp3d

[hubicka at gcc dot gnu.org via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110004

--- Comment #3 from Jan Hubicka  ---
It seems that fixing (part of) the jump threading profile mismatches has
improved stats a lot. Still there are some more visible regressions that can be
understood.  I looked into range for first and did not see obvious candidate.

2022-05-04 g:d7de15fd93fc654e to 2022-05-06 g:37f57a3f4e48fe1a
2022-07-02 g:ed974488991256c5 to 2022-07-06 g:d1f3a3fffeb40e64
2022-09-28 g:5d7be27bf7ef63c7 to 2022-09-30 g:43faf3e5445b5717

[Bug c/110518] ICE in alloc_succs_info, at sel-sched-ir.cc:4723

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110518

--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55451
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55451&action=edit
The preprocessed file

[Bug c/110518] New: ICE in alloc_succs_info, at sel-sched-ir.cc:4723

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110518

Bug ID: 110518
   Summary: ICE in alloc_succs_info, at sel-sched-ir.cc:4723
   Product: gcc
   Version: 12.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: 19373742 at buaa dot edu.cn
  Target Milestone: ---

Created attachment 55450
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55450&action=edit
The compiler output

***
OS and Platform:
CentOS Linux release 7.9.2009 (Core), x86_64 GNU/Linux
***
gcc version:
# /home/gcc-releases/gcc-12-0630/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/gcc-releases/gcc-12-0630/bin/gcc
COLLECT_LTO_WRAPPER=/home/gcc-releases/gcc-12-0630/libexec/gcc/x86_64-pc-linux-gnu/12.3.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --prefix=/home/gcc-releases/gcc-12-0630/
--disable-multilib --enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.3.1 20230630 (GCC)
***
Command Lines:
# /home/gcc-releases/gcc-12-0630/bin/gcc -I /home/csmith/include/csmith-2.3.0/ 
-O3   -fno-tree-dominator-opts -fno-tree-fre -fno-tree-pre  -fcode-hoisting
-fexpensive-optimizations -finline -finline-functions -finline-small-functions
-fmove-loop-stores -fsched-interblock -fschedule-insns2 -fstrict-aliasing
-fthread-jumps -fno-toplevel-reorder -ftree-bit-ccp -ftree-ccp -ftree-dce
-ftree-loop-im -ftree-loop-optimize -ftree-ter -fselective-scheduling2
-fvar-tracking-assignments -save-temps cra2.c -o cra2.o 2>cra2_error.txt
***
Error Messages:
during RTL pass: sched2
cra2.c: In function ‘func_12’:
cra2.c:361:1: internal compiler error: in alloc_succs_info, at
sel-sched-ir.cc:4723
  361 | }
  | ^
0x6e24f5 alloc_succs_info
../.././gcc/sel-sched-ir.cc:4723
0x6e24f5 compute_succs_info(rtx_insn*, short)
../.././gcc/sel-sched-ir.cc:4760
0xc5cb66 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2738
0xc5cb66 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
0xc5cc16 compute_av_set_at_bb_end
../.././gcc/sel-sched.cc:2758
0xc5cc16 compute_av_set_inside_bb
../.././gcc/sel-sched.cc:2969
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.

[Bug c++/110497] Wrong error on non-static data member referenced in concept definition

[daniel-dev at hotmail dot de via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110497

--- Comment #2 from Daniel  ---
Just some observations:

There was a similar discussion in

https://stackoverflow.com/questions/75443227/static-assert-on-an-ill-formed-no-diagnostic-required-expression


Note that if we use anything else which leads to the ill-formed expression for
T::b itself, e.g. B&, B*, int - gcc compiles without errors:

struct B {
const bool b = true;
};

template 
concept C = T::b;

static_assert( !C );
static_assert( !C );
static_assert( !C );

https://gcc.godbolt.org/z/9c6YW1vWe

I would expect (at least as a user) the same behaviour for static_assert(!C)
too, in that case.

So gcc seems to consider T::b (with T=b) in this context as a well-formed
expression, but not a constant expression.

Looks strange.

[Bug c/110517] ICE in in create_block_for_bookkeeping, at sel-sched.cc:4549

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110517

--- Comment #1 from CTC <19373742 at buaa dot edu.cn> ---
Created attachment 55449
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55449&action=edit
The compiler output

[Bug c/110517] New: ICE in in create_block_for_bookkeeping, at sel-sched.cc:4549

[19373742 at buaa dot edu.cn via Gcc-bugs]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110517

Bug ID: 110517
   Summary: ICE in in create_block_for_bookkeeping, at
sel-sched.cc:4549
   Product: gcc
   Version: 12.3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
  Assignee: unassigned at gcc dot gnu.org
  Reporter: 19373742 at buaa dot edu.cn
  Target Milestone: ---

Created attachment 55448
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55448&action=edit
The preprocessed file

***
OS and Platform:
CentOS Linux release 7.9.2009 (Core), x86_64 GNU/Linux
***
# /home/gcc-releases/gcc-12-0630/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/home/gcc-releases/gcc-12-0630/bin/gcc
COLLECT_LTO_WRAPPER=/home/gcc-releases/gcc-12-0630/libexec/gcc/x86_64-pc-linux-gnu/12.3.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ./configure --prefix=/home/gcc-releases/gcc-12-0630/
--disable-multilib --enable-languages=c,c++
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.3.1 20230630 (GCC)
***
Command Lines:
# /home/gcc-releases/gcc-12-0630/bin/gcc -I
/home/csmith_record/include/csmith-2.3.0/   -O3  
-fno-inline-functions-called-once -fno-inline-small-functions
-fno-move-loop-invariants -fno-reorder-blocks-and-partition
-fno-strict-aliasing -fno-toplevel-reorder -fno-tree-loop-im
-fno-tree-loop-optimize -fno-tree-pre -fno-section-anchors -fsched-interblock
-ftoplevel-reorder -ftree-dse -ftree-fre -fharden-conditional-branches
-fschedule-insns -fsection-anchors -fsel-sched-pipelining
-fselective-scheduling -gstatement-frontiers -save-temps ./cra.c
2>cra_error.txt
***
Error Messages:
./cra.c:1955:1: internal compiler error: in create_block_for_bookkeeping, at
sel-sched.cc:4549
 1955 | }
  | ^
0x6e3522 create_block_for_bookkeeping
../.././gcc/sel-sched.cc:4549
0x6e3522 find_place_for_bookkeeping
../.././gcc/sel-sched.cc:4686
0x6e3522 generate_bookkeeping_insn
../.././gcc/sel-sched.cc:4786
0x6e3522 move_op_at_first_insn
../.././gcc/sel-sched.cc:6063
0xc5e0e5 code_motion_path_driver
../.././gcc/sel-sched.cc:6657
0xc5e4ce code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xc5e4ce code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xc5e4ce code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xc5e4ce code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xc5e4ce code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xc5e4ce code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xc5e4ce code_motion_process_successors
../.././gcc/sel-sched.cc:6342
0xc5e4ce code_motion_path_driver
../.././gcc/sel-sched.cc:6608
0xc611f4 move_op
../.././gcc/sel-sched.cc:6702
0xc611f4 move_exprs_to_boundary
../.././gcc/sel-sched.cc:5223
0xc611f4 schedule_expr_on_boundary
../.././gcc/sel-sched.cc:5436
0xc6291c fill_insns
../.././gcc/sel-sched.cc:5578
0xc6291c schedule_on_fences
../.././gcc/sel-sched.cc:7353
0xc6291c sel_sched_region_2
../.././gcc/sel-sched.cc:7491
0xc6415b sel_sched_region_1
../.././gcc/sel-sched.cc:7533
Please submit a full bug report, with preprocessed source (by using
-freport-bug).
Please include the complete backtrace with any bug report.
See  for instructions.