public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/106527] New: ICE with modulo scheduling dump (-fdump-rtl-sms)
@ 2022-08-04 15:02 rdapp at gcc dot gnu.org
  2022-08-04 15:04 ` [Bug middle-end/106527] " pinskia at gcc dot gnu.org
  0 siblings, 1 reply; 2+ messages in thread
From: rdapp at gcc dot gnu.org @ 2022-08-04 15:02 UTC (permalink / raw)
  To: gcc-bugs

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

            Bug ID: 106527
           Summary: ICE with modulo scheduling dump (-fdump-rtl-sms)
           Product: gcc
           Version: 13.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: middle-end
          Assignee: unassigned at gcc dot gnu.org
          Reporter: rdapp at gcc dot gnu.org
                CC: zhroma at gcc dot gnu.org
  Target Milestone: ---
              Host: s390
            Target: s390

Hi,

on s390 we are observing more and more problems with -fmodulo-sched.  I
initially tried debugging an -fcompare-debug failure with -fmodulo-sched but we
already ICE when just dumping via `-fdump-rtl-sms`.

The problem occurs when compiling the test case
 gcc.dg/sms-compare-debug-1.c
with
 gcc -O2 -fmodulo-sched  sms-compare-debug-1.c -fdump-rtl-sms:

sms-compare-debug-1.c:36:1: internal compiler error: in
linemap_ordinary_map_lookup, at libcpp/line-map.cc:1064
   36 | }
      | ^
0x2694499 linemap_ordinary_map_lookup
        ../../libcpp/line-map.cc:1064
0x2694ef7 linemap_macro_loc_to_exp_point
        ../../libcpp/line-map.cc:1561
0x266a5c5 expand_location_1
        ../../gcc/input.cc:243
0x266c54d expand_location(unsigned int)
        ../../gcc/input.cc:956
0x1513ecb insn_location(rtx_insn const*)
        ../../gcc/emit-rtl.cc:6558
0x24cb523 dump_insn_location
        ../../gcc/modulo-sched.cc:1250
0x24cb523 dump_insn_location
        ../../gcc/modulo-sched.cc:1246
0x24cf5d7 sms_schedule
        ../../gcc/modulo-sched.cc:1418
0x24d267f execute
        ../../gcc/modulo-sched.cc:3358

I didn't manage to simplify the test case further. It works fine on x86.

The ICE does not seem to occur with GCC 11, therefore I can bisect the issue if
it's of any help. Given the several other problems we're having with modulo
scheduling I figured it's better to ask for general guidance here first.

Regards
 Robin

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug middle-end/106527] ICE with modulo scheduling dump (-fdump-rtl-sms)
  2022-08-04 15:02 [Bug middle-end/106527] New: ICE with modulo scheduling dump (-fdump-rtl-sms) rdapp at gcc dot gnu.org
@ 2022-08-04 15:04 ` pinskia at gcc dot gnu.org
  0 siblings, 0 replies; 2+ messages in thread
From: pinskia at gcc dot gnu.org @ 2022-08-04 15:04 UTC (permalink / raw)
  To: gcc-bugs

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

Andrew Pinski <pinskia at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #1 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Dup of bug 105988.

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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-08-04 15:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-08-04 15:02 [Bug middle-end/106527] New: ICE with modulo scheduling dump (-fdump-rtl-sms) rdapp at gcc dot gnu.org
2022-08-04 15:04 ` [Bug middle-end/106527] " pinskia at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).