https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85900
Bug ID: 85900 Summary: [9 Regression] ICEs after revision r260547 on darwin. Product: gcc Version: 9.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: dominiq at lps dot ens.fr CC: hjl at gcc dot gnu.org, iains at gcc dot gnu.org Target Milestone: --- Host: x86_64-apple-darwin17 Target: x86_64-apple-darwin17 Build: x86_64-apple-darwin17 After revision r260547 the test gcc.dg/torture/pr48044.c gives the following ICE when compiled on darwin: /opt/gcc/work/gcc/testsuite/gcc.dg/torture/pr48044.c:10:1: internal compiler error: in get, at cgraph.h:1298 extern int c __asm__ (ASMNAME ("a")) __attribute__ ((alias ("b"))); It used to give /opt/gcc/work/gcc/testsuite/gcc.dg/torture/pr48044.c:10:12: error: only weak aliases are supported in this configuration extern int c __asm__ (ASMNAME ("a")) __attribute__ ((alias ("b"))); ^ In a similar way the test use in gcc/testsuite/lib/target-supports.exp for proc check_alias_available #ifdef __cplusplus extern "C" #endif void g() {} void f() __attribute__((alias("g"))); gives the ICE alias.c:4:1: internal compiler error: Segmentation fault: 11 void g() {} void f() __attribute__((alias("g"))); ^~~~ It used to give alias.c:4:18: error: only weak aliases are supported in this configuration void g() {} void f() __attribute__((alias("g"))); ^ I think this explain the numerous new errors I see in the test suite.