martin@enuxha.eas.asu.edu (Ross D. Martin) (01/04/90)
I am trying to compile one of the Beebe TeX drivers (dvica2), and Lattice gives me error 81, which indicates a circular #define is being attempted. The only problem is that no circular #define is present. There are so many pre-processor #definitions that mapping them all is putting me against some internal limit of Lattice designed to prevent pre-processor loops from causing problems. Does anyone know how to change this internal limit of Lattice? Ross Martin martin@enuxha.eas.asu.edu
lar@pc.usl.edu (Robert Lane A.) (01/04/90)
In article <422@enuxha.eas.asu.edu> martin@enuxha.eas.asu.edu (Ross D. Martin) writes:
I am trying to compile one of the Beebe TeX drivers (dvica2), and Lattice
gives me error 81, which indicates a circular #define is being attempted.
The only problem is that no circular #define is present. There are so many
pre-processor #definitions that mapping them all is putting me against some
internal limit of Lattice designed to prevent pre-processor loops from causing
problems. Does anyone know how to change this internal limit of Lattice?
Ross Martin
martin@enuxha.eas.asu.edu
I ran into this same problem when I tried to compile Common TeX with
Lattice 5.04. You can get around the problem by using lc1b instead
of lc1. I was using the "cc" front end which was posted to USENET a
few months ago, so all I did was to add "+big-lc1" to the command line.
Lane
lar@usl.edu ...!texbell!rouge!lar ...!uunet!dalsqnt!usl!lar
jac@muslix.llnl.gov (James Crotinger) (01/05/90)
Try compiliing with the big version of lc1 (lc1b). I've run into other preprocessor limits in compiling som gnnu source code, and the big version of the compiler has successfully dealt with these (as does their cpp that comes with C++). Jim