Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!uwm.edu!wuarchive!zaphod.mps.ohio-state.edu!rpi!uupsi!sunic!tut!funic!santra!news
From: jkp@cs.HUT.FI (Jyrki Kuoppala)
Newsgroups: comp.sys.nsc.32k
Subject: Re: Minix comments
Message-ID: <1990Aug16.190619.3569@santra.uucp>
Date: 16 Aug 90 19:06:19 GMT
References: <9008131835.AA06211@hplwbc.hpl.hp.com>
Sender: news@santra.uucp (Cnews - USENET news system)
Reply-To: jkp@cs.HUT.FI (Jyrki Kuoppala)
Organization: Helsinki University of Technology, Finland
Lines: 44
In-Reply-To: culberts@hplwbc.hpl.hp.com (Bruce Culbertson)

In article <9008131835.AA06211@hplwbc.hpl.hp.com>, culberts@hplwbc (Bruce Culbertson) writes:
>Jyrki writes:

[ the distrib gcc 1.35 not working with GNU make and fileutils ]

>I do not want people to get the impression that I am sending out
>an unreliable compiler.  I have compiled an enormous amount of code
>with it and it has worked exquisitely.  It has only one bug which I
>have seen -- and 1.37 has the same bug.  1.37 has virtually the same
>backend.  I am certainly not opposed to upgrading but have given it
>a low priority because 1.35 has proved to be so reliable.  Perhaps
>Jyrki could provide some more specific information.

There are a few changes in the md file at least between 1.37 and
1.37.92 which we're using.  I haven't looked at them closely, so I
don't remember what they are.

I tried to compile GNU make again with the distrib cc (gcc 1.35), and
now it seems to work fine with and without -O.  Strange, perhaps it
was a problem with our environment back then.  But GNU ls still fails
- it only outputs the first file with ls -l when compiled with cc -O.
Works fine with gcc 1.37.92.

I don't think I'll dig into the problem deeper as it works with the
newer gcc.  If you install a newer version, you of course have always
the option to use the old version (we have Bruce's gcc 1.35 as cc,
1.37.92 as gcc).  As Bruce says, the old one is probably not that bad
either.

>block.  It does this in a fixed size buffer (and should continue to do
>so to avoid a break system call in the usual case).  This usually
>succeeds (I have never had it fail but I am not using GNU make).

Yes, I think GNU make puts all make variables into the environment so
it tends to make the env a little big huge sometimes ;-)

I placed the diffs for gcc 1.37.92 (well not quite, it's snarfed from
MIT sometime before 1.37.92 test release) in nic.funet.fi, directory
pub/misc/pc-532/GNU-hut.  The diffs should work for 1.37.1 as well as
the test release it is for, but I haven't checked - line numbers may
vary.  The diff is not quite clean / finished yet, so distributing it
very widely might not be that a good idea.

//Jyrki