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