Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!thunder.mcrcim.mcgill.edu!snorkelwacker.mit.edu!think.com!sdd.hp.com!mips!pacbell.com!tandem!zorch!daver!markm.intel.COM!markm@markm.intel.COM
From: markm@markm.intel.COM (Mark Mason)
Newsgroups: comp.sys.nsc.32k
Subject: Re:  Minix death and other issues.
Message-ID: <9106141510.AA27634@markm.intel.com>
Date: 14 Jun 91 15:10:53 GMT
Sender: news@daver.bungi.com (Network News)
Organization: Association for the Prevention of Polar Bears and Kangaroos
Lines: 29


>From an article by Jordan:

> ...  I've also NEVER been able to stage 3 compile a gcc
> version later than 1.38 due to a mysterious problem where the stage2 cpp
> no longer generates output (it sucks it in but splits out nothing, simply
> exiting). 
> 

Back when I was doing one of the last GNU ports to the tektronix merlin
(a 32016 machine running utek - a bsd4.2ish system), I ran into this problem
using gas. Basically, the stage 2 binary was mis-assembled by gas so that
one of the common addressing modes (I forget which one, but it involved sb)
was assembled as a reference through the module link table. I happened in
such a way to make cpp exit silently. After about a week of trying to track
it and fix it, I gave up and went back to using the utek assembler (which has
its own problems).

I was using gcc 1.37, and whatever the latest version of gas was at the time (the
32000 port was *very* buggy at the time).

I'm not sure how much this helps, unless someone wants to try tracking it down.

mason
markm@markm.intel.com

BTW: actually, mine never read the input either, the bug occured in the
code that was processing the -I switches, but I can't quite remember which
function.