🚀 go-pugleaf

In article <9212141459.AA29837@cuthbert.bashstreet> dunstan@gec-epl.co.UK (Dunstan_Vavasour) writes:
>I have recently made gcc-2.3.2. I then proceeded to make glibc-1.05.
>
>I am using a spaarcstation IPC running SunOS 4.1.1 Rev B.
>
>A have had recurrent error messages about syslimits.h not being found.
>

I too am having problems with gcc-2.3.2 and glibc-1.05.  I have pretty much
the same set up as Dunstan except that I have a IPX running 4.1.2.  Here's
what I've done:

o made gcc-2.3.2 (stage1/stage2/stage3/compare/install/fixincludes)
  everything went fine and I tested it on one of my larger programs and
  it compiled cleanly

o tried to make glibc-1.05 and ran into troubles.  Here's what I did:

	o my configparms looks like this:

	  CC=/home/local/bin/gcc
	  prefix=/home/local
	  exec_prefix=/home/local
	  defines := -D__SIZE_TYPE__='unsigned long int'
	  override stddef.h =
	  override stdarg.h =

	o ./configure sparc-sun-sunos4.1

	o gmake lib
	  grinds away for quite some time and then gives a number of
	  *** gmake errors (which the INSTALL file says to watch out
	  for) and quits after

	  [lots 'o stuff deleted]
	  a - rexec.o
	  a - ruserpass.o
	  a - herror.o
	  gmake: *** [subdir_lib] Error 1

I've tried reinstalling everything several times and am about at the end
of my rope.  It's not clear to me how/where gcc looks for its default
libraries or how it knows to use glibc once it's compiled.  I compiled 
gcc with --prefix=/home/local and glibc with the same prefixes.  Should 
fixincludes even be run if glibc is going to be used?  I've got the 
following gnu products and am now unsure of their order of installation 
and degree of redundancy (if any):

gcc-2.3.2		
glibc-1.05
libg++-2.2

Any advice would be much appreciated.

Jim