Bug 82955 - ICE when using -fdump-passes -fdisable-tree-einline
Summary: ICE when using -fdump-passes -fdisable-tree-einline
Status: RESOLVED DUPLICATE of bug 93874
Alias: None
Product: gcc
Classification: Unclassified
Component: middle-end (show other bugs)
Version: 7.2.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords: ice-on-valid-code
Depends on:
Blocks:
 
Reported: 2017-11-12 15:16 UTC by Ray Donnelly
Modified: 2024-03-25 05:34 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:
Known to work: 10.1.0, 5.1.0, 5.5.0
Known to fail: 6.4.0, 8.1.0, 9.1.0
Last reconfirmed: 2017-11-13 00:00:00


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ray Donnelly 2017-11-12 15:16:07 UTC
Tested on ArchLinux's GCC 7.2.0 and also the Anaconda Distribution's gxx_linux-64 (also 7.2.0), reproducer is:

echo "" | g++ -fdump-passes -fdisable-tree-einline -c -x c++ -

   ipa-opt_local_passes                                :  ON
      tree-fixup_cfg3                                  :  ON
      *rebuild_cgraph_edges                            :  ON
      tree-inline_param1                               :  ON
g++: internal compiler error: Segmentation fault (program cc1plus)



Another reproducer with a different message is:

echo "" | gcc -fdump-passes -fdisable-tree-einline -c -x c -

   ipa-opt_local_passes                                :  ON
      tree-fixup_cfg3                                  :  ON
      *rebuild_cgraph_edges                            :  ON
      tree-inline_param1                               :  ON


Internal compiler error: Error reporting routines re-entered.
Comment 1 Richard Biener 2017-11-13 09:31:39 UTC
-fdump-passes is somewhat of a hack and appearantly doesn't mix well with -fdisable-*
Comment 2 frankhb1989 2020-12-28 03:37:43 UTC
Both cases are not reproducible using current Arch Linux's GCC 10.2.0 now.

Context: I'm dealing with some compiler performance issues on opt_local_passes for this specific source: https://github.com/FrankHB/YSLib/blob/master/YFramework/source/NPL/NPLA1Forms.cpp, with -O -fsanitizer=.... I've met endless compilation (> 4 hours) for this file combined with -g and optimization flags and -fno-var-tracking-assignments would work around, but this time it seems a different case.
Comment 3 Andrew Pinski 2024-03-25 05:34:43 UTC
Dup of bug 93874 (note even though that bug report is newer, it was the one where the patch was recorded to fix it).

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