Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!usc!orion.oac.uci.edu!uci-ics!gateway
From: rfg@paris.ics.uci.edu (Ronald Guilmette)
Newsgroups: comp.lang.c++
Subject: cfront 2.0 bug 900217_02
Message-ID: <25DE6064.23641@paris.ics.uci.edu>
Date: 18 Feb 90 08:44:20 GMT
Organization: UC Irvine Department of ICS
Lines: 28

// cfront 2.0 bug 900217_02

// Cfront fails to be able to cope with the case where the name of a
// class type is used in the specification of the type of a member function
// parameter if (and when) the name of that class type is also used to
// declare a data member of the containing class.

// The (new) rules regarding the overloading of names for both objects and
// types do (I believe) make the following code legal.

// g++ deals with the following code without complaint.

// This code is also accepted by cfront if the typename `class0' in both
// parameter lists is preceeded by the word `class'.

class class0;

class class1 {
  int class0;
public:
  void member_function (class0 *);	// gets bogus error
};

void class1::member_function (class0 *p)
{
}

int main () { return 0; }	// cfront is totally confused by this point