Path: utzoo!telly!ddsw1!lll-winken!killer!texbell!bigtex!milano!cs.utexas.edu!tut.cis.ohio-state.edu!ALLSPICE.LCS.MIT.EDU!shep
From: shep@ALLSPICE.LCS.MIT.EDU
Newsgroups: gnu.gcc.bug
Subject: a few things
Message-ID: <8812301920.AA18876@PTT.LCS.MIT.EDU>
Date: 30 Dec 88 19:20:21 GMT
Sender: daemon@tut.cis.ohio-state.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 45



[ I sent this message yesterday, but it got returned, and I didn't see
  it show up where I read bug-gcc, so I am sending it again. ]

I just picked up gcc-1.32 and started bootstraping it on my vax
running mostly 4.3bsd unix.


Gcc-1.32 seems to be looking in /usr/local/include for things like
"#include <stdio.h>".  I believe this is new with this version.  I
don't know why, but when someone here installed some sort of C++
compiler here (without sources) they put a bunch of C++ .h files in
/usr/local/include and needless to say, gcc finding C++ versions of
things like stdio.h there is confusing things badly.  So, I did 
"mv /usr/local/include{,.C++}" which solved the problem for me for now,
but undoubtably broke the C++ compiler (which fortunately isn't being
used now).


I had to add a line "MAKE = make" to the Makefile in order to make
"make bootstrap" work.  I've had to do this for the last few releases
of gcc, and I believe I reported it a while ago.

"make bootstrap" is not restartable. (If something goes wrong after
the "make stage1" has completed, then typing "make bootstrap" causes a
lot of work to be done again.)  This has bothered me for a while, and
I think I now know a way to at least allow it to be started manually
on a later stage:

bootstrap: all force
	$(MAKE) stage1
	$(MAKE) bootstrap2

bootstrap2:
	$(MAKE) CC="stage1/gcc -Bstage1/" CFLAGS="-O $(CFLAGS)"
	$(MAKE) stage2
	$(MAKE) bootstrap3

bootstrap3:
	$(MAKE) CC="stage2/gcc -Bstage2/" CFLAGS="-O $(CFLAGS)"


			-Tim Shepard
			<shep@ptt.lcs.mit.edu>