Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!rutgers!umnd-cs!jsalmi
From: jsalmi@cs.D.UMN.EDU (John Salmi)
Newsgroups: comp.unix.wizards
Subject: Re: Bizzare, non repeatable, 4.3 C compiler behavior
Message-ID: <693@umnd-cs.D.UMN.EDU>
Date: Sun, 19-Jul-87 17:07:45 EDT
Article-I.D.: umnd-cs.693
Posted: Sun Jul 19 17:07:45 1987
Date-Received: Sun, 19-Jul-87 21:07:15 EDT
References: <328@rocksanne.UUCP>
Reply-To: jsalmi@umnd-cs-gw.UUCP (John Salmi)
Organization: Minnesota Supercomputer Center, Inc., Minneapolis
Lines: 29

In article <328@rocksanne.UUCP> mayer@rocksanne.UUCP (Jim Mayer) writes:
>I have been having the following, rather bizzare, problem with the 4.3bsd
>C compiler.  I get non repeatable compiler errors!  By non repeatable I
>mean that if I reissue the same command, I will get a different error
>or a successful compile.  The errors are usually of the form:
>
>	compiler error in lib/ccom
>or
>	compiler error: couldn't find basic type 14 (or 4, or 10) for FOO
>
>Has anybody else had this problem?  Do poltergeists really exist?
>
>-- Jim

I have experienced similar compiler errors on our sun 2/280, running sun's 3.3
version of 4.2.  As you stated above, a reissue of the command either results 
in another error (in my case the errors have been the same), or the creation of
a good object file.  I thought that it was a local problem that was causing the 
compiler to puke, since the hardware was acting a bit flaky.  But, there may now
be cause for further investigation...

---
	-john salmi
	-minnesota supercomputer center, inc.
	-minneapolis
	-internet:	john@umn-rei-uc.arpa  -or-  john@uc.msc.umn.edu
	-uucp:		{rutgers!meccts, ihnp4}!umn-cs!umnd-cs!jsalmi

	" instant asshole - just add alcohol... "J