Path: utzoo!attcan!uunet!mcsun!hp4nl!tuegate.tue.nl!eutrc3!rcbaem
From: rcbaem@eutrc3.urc.tue.nl (Ernst <pooh> Mulder)
Newsgroups: comp.sys.apollo
Subject: Re: Compiling and running GCC on an Apollo
Message-ID: <1626@tuegate.tue.nl>
Date: 15 Mar 90 10:55:03 GMT
References: <1579@tuegate.tue.nl> <4918d012.20b6d@apollo.HP.COM>
Sender: news@tuegate.tue.nl
Organization: Eindhoven University of Technology, The Netherlands
Lines: 22

In article <4918d012.20b6d@apollo.HP.COM> vasta@apollo.HP.COM (John Vasta) writes:
>
>There was a problem in earlier releases of the C compiler which caused it
>to incorrectly allocate bit fields of enum type. There is a workaround in
>the gcc source to accomodate this; you should define SHORT_ENUM_BUG when
>you compile. There are comments in the Makefile explaining which compiler
>switches to use on the Apollo, but again, it assumes an SR10.1 or later
>system. Don't use the switches which won't work with your compiler release.
>

 I did define SHORT_ENUM_BUG, but defining this macro doesn't help. There
are no workarounds, in the tree.def/tree.h/tree.c files which work around
the >127 number if items in the enum type.
 
 So, as a soliution I removed one of the entries which was only used in
Pascal from the tree.def file and removed the corresponding entry in the
file expr.c. This solved the problem..

 Maybe I should ask my department to get a newer C compiler :)

 Ernst.
   >