Much c-torture success on 970825 :-)

Much c-torture success on 970825 :-)

[J. Kean Johnston]

Hi again.

On SCO Open Server 5.0, in both COFF and ELF modes, egcs 970825 passes
c-torture with flying colours. It only has a single expected failure.
I am about to do all of the libg++ tests, and will keep you all informed
of success on that front.

Also of interest, it is currently building cleanly on SCO UnixWare SVR5.
This is a HUGE win for the EGCS project. Well done everyone, this is
great. Just for the sake of satisfying my perverse curiosity, I am
going to try and build XFree86 3.3.1 with the newly built, fresh out
of the box egcs, and see what happens.

JKJ

libf2c.a doesnt obey MULTILIB

[J. Kean Johnston]

Hi all.

Not sure if this is a known problem or not, but when building g77, it
does not obey the multilib rules when building libf2c.a. I am
assuming it should.

JKJ

Re: 970825 Snapshot Available

[Jim Wilson]

	What happened to my SMP patch?

There have so many people reporting bugs, submitting patches, etc, that it has
been impossible to handle them all in a timely fashion.  I expect that things
will get better soon, once we get past the initial surge caused by the project
startup.  There is also the problem that I am new at this, and still trying
to figure out how to deal with all of the email, prioritize work, etc.

So far, I have been concentrating on the build problems.  I wanted to get
as many as possible of the serious build problems fixed early, so that more
people would be able to try egcs.  This is also important since we are
planning on making an initial release sometime within the next few weeks.

I just today started looking at the various patches that have been submitted
since the project started.

I am already working on your SMP patch.  I expect to check it in today
unchanged.  My only comment is to notice that the f/runtime Makefile is
missing dependencies.  If one of the lib*77 libraries is updated, libf2c.a
won't be updated.  There were some partial dependencies for this before your
change, but they were flawed, so I does appear that they should be removed.
Still, it seems that this should be fixed someday.

	The build cannot be done without it on an SMP machine.

I wasn't aware of that.  I thought it was a problem only if you used the
-j option.  If -jN N!=1 is the default, can't you simply work around this
by using -j1?

Jim

Re: libf2c.a doesnt obey MULTILIB

[Jim Wilson]

	Not sure if this is a known problem or not, but when building g77, it
	does not obey the multilib rules when building libf2c.a. I am
	assuming it should.

The objective C runtime has the same problem.  The multilib stuff in gcc
probably isn't easily extensible past libgcc.a.  However, we do have support
for building libio/libstdc++ as multilib libraries.

Since I would like to see both the objc and f77 runtimes moved out of
gcc anyways, for other reasons, it seems natural to fix this by multilbbing
these runtimes the same way we multilib the c++ runtime.  I don't expect this
to happen anytime soon though.

Jim

Code generation/optimization for i386 compatibles

[Karl Vogel]

I was wondering if anybody has considered or even done some work on egcs to
have it generate (optimized) code for i386 compatible cpus (AMD K6/Cyrix
M2).
 

Re: libf2c.a doesnt obey MULTILIB

[Joel Sherrill]

> 	Not sure if this is a known problem or not, but when building g77, it
> 	does not obey the multilib rules when building libf2c.a. I am
> 	assuming it should.
> 
> The objective C runtime has the same problem.  The multilib stuff in gcc
> probably isn't easily extensible past libgcc.a.  However, we do have support
> for building libio/libstdc++ as multilib libraries.
> 
> Since I would like to see both the objc and f77 runtimes moved out of
> gcc anyways, for other reasons, it seems natural to fix this by multilbbing
> these runtimes the same way we multilib the c++ runtime.  I don't expect this
> to happen anytime soon though.

FWIW gnat's runtime should be multilibed as well.  Do any of the other GNU
language frontends (Chill, Pascal, Modula) have runtimes as well?  

--joel

Re: -g1 lossage

[Jeffrey A Law]

  In message <19970825180216.47284@dgii.com>you write:
  > I just applied it to today's egcs and it now no longer chokes 
  > when building new2.cc.   I haven't yet run the regressions on it,
  > but at least it builds.
I've installed this change into the egcs tree.  I'll appear in the
next snapshot.

jeff

Re: libf2c.a doesnt obey MULTILIB

[Jeffrey A Law]

  > Not sure if this is a known problem or not, but when building g77, it
  > does not obey the multilib rules when building libf2c.a. I am
  > assuming it should.
Yes it should.

If we can't fix this for the initial release, my feeling would be
to address it at the same time we move the Fortran runtime stuff
out of gcc/f and into its own toplevel directory (like libstdc++).

jeff