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

Martin Liška <marxin at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |needs-bisection
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2019-11-08
                 CC|                            |marxin at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from Martin Liška <marxin at gcc dot gnu.org> ---
I can confirm the issue with ASAN:

==10808==ERROR: AddressSanitizer: heap-buffer-overflow on address
0xffffaaf536f0 at pc 0x000001cc3bdc bp 0xffffcfc5bb40 sp 0xffffcfc5bb58
READ of size 8 at 0xffffaaf536f0 thread T0
    #0 0x1cc3bd8 in regstat_bb_compute_calls_crossed ../../gcc/regstat.c:327
    #1 0x1cc43dc in regstat_compute_calls_crossed() ../../gcc/regstat.c:379
    #2 0x3d89080 in sched_init() ../../gcc/haifa-sched.c:7335
    #3 0x3d891cc in haifa_sched_init() ../../gcc/haifa-sched.c:7352
    #4 0x1de31a8 in schedule_insns() ../../gcc/sched-rgn.c:3514
    #5 0x1de5508 in rest_of_handle_sched2 ../../gcc/sched-rgn.c:3746
    #6 0x1de5954 in execute ../../gcc/sched-rgn.c:3882
    #7 0x1b8b500 in execute_one_pass(opt_pass*) ../../gcc/passes.c:2494
    #8 0x1b8be8c in execute_pass_list_1 ../../gcc/passes.c:2580
    #9 0x1b8bf10 in execute_pass_list_1 ../../gcc/passes.c:2581
    #10 0x1b8bf10 in execute_pass_list_1 ../../gcc/passes.c:2581
    #11 0x1b8bfcc in execute_pass_list(function*, opt_pass*)
../../gcc/passes.c:2591
    #12 0xe9bb6c in cgraph_node::expand() ../../gcc/cgraphunit.c:2194
    #13 0xe9cda4 in expand_all_functions ../../gcc/cgraphunit.c:2332
    #14 0xe9f684 in symbol_table::compile() ../../gcc/cgraphunit.c:2688
    #15 0xea0198 in symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2868
    #16 0x1f6a6f4 in compile_file ../../gcc/toplev.c:481
    #17 0x1f74fd4 in do_compile ../../gcc/toplev.c:2166
    #18 0x1f75a1c in toplev::main(int, char**) ../../gcc/toplev.c:2301
    #19 0x407f270 in main ../../gcc/main.c:39
    #20 0xffffaea6a3e8 in __libc_start_main (/lib64/libc.so.6+0x243e8)
    #21 0x87c324  (/home/marxin/Programming/gcc/objdir/gcc/cc1+0x87c324)

0xffffaaf536f0 is located 0 bytes to the right of 240-byte region
[0xffffaaf53600,0xffffaaf536f0)
allocated by thread T0 here:
    #0 0xffffaeeb9918 in malloc (/usr/lib64/libasan.so.5+0xe8918)
    #1 0x42a95bc in xrealloc ../../libiberty/xmalloc.c:177
    #2 0xf26e1c in df_grow_insn_info() ../../gcc/df-scan.c:544
    #3 0xf242bc in df_scan_alloc(bitmap_head*) ../../gcc/df-scan.c:262
    #4 0x177e470 in do_reload ../../gcc/ira.c:5558
    #5 0x177eeb0 in execute ../../gcc/ira.c:5681
    #6 0x1b8b500 in execute_one_pass(opt_pass*) ../../gcc/passes.c:2494
    #7 0x1b8be8c in execute_pass_list_1 ../../gcc/passes.c:2580
    #8 0x1b8bf10 in execute_pass_list_1 ../../gcc/passes.c:2581
    #9 0x1b8bfcc in execute_pass_list(function*, opt_pass*)
../../gcc/passes.c:2591
    #10 0xe9bb6c in cgraph_node::expand() ../../gcc/cgraphunit.c:2194
    #11 0xe9cda4 in expand_all_functions ../../gcc/cgraphunit.c:2332
    #12 0xe9f684 in symbol_table::compile() ../../gcc/cgraphunit.c:2688
    #13 0xea0198 in symbol_table::finalize_compilation_unit()
../../gcc/cgraphunit.c:2868
    #14 0x1f6a6f4 in compile_file ../../gcc/toplev.c:481
    #15 0x1f74fd4 in do_compile ../../gcc/toplev.c:2166
    #16 0x1f75a1c in toplev::main(int, char**) ../../gcc/toplev.c:2301
    #17 0x407f270 in main ../../gcc/main.c:39
    #18 0xffffaea6a3e8 in __libc_start_main (/lib64/libc.so.6+0x243e8)
    #19 0x87c324  (/home/marxin/Programming/gcc/objdir/gcc/cc1+0x87c324)

SUMMARY: AddressSanitizer: heap-buffer-overflow ../../gcc/regstat.c:327 in
regstat_bb_compute_calls_crossed
Shadow bytes around the buggy address:
  0x200ff55ea680: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fa
  0x200ff55ea690: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
  0x200ff55ea6a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200ff55ea6b0: 00 00 00 00 00 00 00 fa fa fa fa fa fa fa fa fa
  0x200ff55ea6c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
=>0x200ff55ea6d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00[fa]fa
  0x200ff55ea6e0: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
  0x200ff55ea6f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200ff55ea700: 00 00 00 00 00 00 00 00 fa fa fa fa fa fa fa fa
  0x200ff55ea710: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x200ff55ea720: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07 
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
  Shadow gap:              cc
==10808==ABORTING

However, I see the problem also for revision r275833. I'm going to bisect to
older revisions..

Reply via email to