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.

Reply via email to