Xref: utzoo comp.sys.encore:887 news.software.nn:1719
Path: utzoo!news-server.csri.toronto.edu!rutgers!usc!samsung!spool.mu.edu!cs.umn.edu!ux.acs.umn.edu
From: mejh@ux.acs.umn.edu (Michael E. Hedman)
Newsgroups: comp.sys.encore,news.software.nn
Subject: nn patch level 13 on an encore multimax system
Message-ID: <3598@ux.acs.umn.edu>
Date: 12 Mar 91 17:09:15 GMT
Sender: mejh@ux.acs.umn.edu
Followup-To: comp.sys.encore
Organization: University of Minnesota, Academic Computing Services
Lines: 28

I am not really sure to complain to on this matter, but I have submitted
this to "news.software.nn" and "comp.sys.encore".

We have an Encore Multimax system running UMAX 4.3, a bsd 4.3 system.
When compiling "nn", there are some unusual error messages from the
programs "answer.c" and  "save.c". These programs reference a variable
called "st_flag". The stock "c" compiler on the encore gives the following 
error messages:

	/usr/bin/cc -Iconf  -O -q optimize=time -c answer.c
"answer.c", line 464: warning: old-fashioned initialization
"answer.c", line 464: Illegal variable or expression
"answer.c", line 464: Type mismatch
"answer.c", line 464: Type mismatch
"answer.c", line 464: expected: ';' got: name
"answer.c", line 540: warning: illegal member use:  stu_flagu
"answer.c", line 586: warning: illegal member use:  stu_flagu
"answer.c", line 726: warning: illegal member use:  stu_flagu

The "gcc" c compiler gives similar error messages. You will notice that the 
error messages refer to something called "stu_flagu". This variable does not
exist. Looked like "st_flag" was being warped into something bad. Investigation
of encore's include files yielded the following macro definition in 
"/usr/include/sys/stat.h":

#define	st_flag		st_un.stu_flagu.stu_flag

For now, renaming the variable works.