At 10:43 PM -0500 2/23/02, Josh Wilmes wrote: >So indent needs to be told about non-standard type (typedefs) to work best. >The problem is that some of the parrot code does this: > >#define CHARTYPE struct parrot_chartype_t >#define ENCODING struct parrot_encoding_t >#define STRING struct parrot_string_t >#define Parrot_CharType struct parrot_chartype_t * >#define Parrot_Encoding struct parrot_encoding_t * >#define Parrot_String struct parrot_string_t * > >I think the first three are intended to give shorter names for use inside >the core. I'm not sure about the seocnd three, but I think they can >probably be converted to typedefs safely enough. > >So, what should be done about the first three? If it's cool to have >shortcut names for types like that, may I propose that we make a header file >which is for use in-core only and does all those aliases in one place. Then >I can parse that for indent's purposes.
We should make the first three typedefs. (Well, OK, we should make them all typedefs) I thought they were already, which'd explain some of the interesting error messages I get at times. -- Dan --------------------------------------"it's like this"------------------- Dan Sugalski even samurai [EMAIL PROTECTED] have teddy bears and even teddy bears get drunk