This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug target/11303] New: ICE in stor-layout.c:304 in int_mode_for_mode


PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11303

           Summary: ICE in stor-layout.c:304 in int_mode_for_mode
           Product: gcc
           Version: 3.4
            Status: UNCONFIRMED
          Keywords: ice-on-valid-code
          Severity: normal
          Priority: P2
         Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pinskia at physics dot uc dot edu
                CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: powerpc-apple-darwin6.6
OtherBugsDependingO 11026
             nThis:

A fall out from 11026:
Here is the shortest test case I could come up with that causes this ICE (fixing 
s_callbacks by adding & fixes the ICE:
template <class T>
struct test
{
  int run(int);

  typedef int (test<T>::*callback_type)(int);

  int c1(int);
  int c2(int);

  static callback_type s_callbacks[];
};

template <class T>
int test<T>::run(int i)
{
  callback_type c = s_callbacks[i];
  return (this->*c)(i);
}

template <class T>
typename test<T>::callback_type test<T>::s_callbacks[] =
{
  test<T>::c1,
  test<T>::c2,
};


int main()
{
  test<int> i;
  i.run(0);
  return 0;
}


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]