bug in new ia32 backend
Mike Stump
mrs@wrs.com
Wed Jun 30 23:07:00 GMT 1999
> Date: Sat, 26 Jun 1999 21:53:22 +0200
> From: Toon Moene <toon@moene.indiv.nluug.nl>
> To: Mike Stump <mrs@wrs.com>
> Mike, I've tried to get a successful bootstrap with your patches (on
> i686-pc-linux-gnu) but failed: The stage1 compiler hangs while
> compiling regclass.c (compiling options -O2 -g).
As I have reported, I have fixed loop.c to version 1.162. I suspect
recent checkins by Mark have fixed the problem I worked around, but
have not verified it.
> Although I do not agree with your "solution" to the null JUMP_LABEL
> field in the routine loop_iterations in unroll.c,
No, that wasn't a fix or a solution. That was just a hack around to
allow me to continue testing, as I wanted complete test coverage, as
soon as possible. I wanted to point out all the problems that might
exist as soon as I could. I've done that. Now I will go back, resync
my tree, and retest again, and see what work arounds are necessary,
and then go back and develop the fixes into real fixes.
> What I would like you to do is to send me the uuencoded, gzip'd tar file
> of the following
Let me resync, then we will have a common source tree to talk about.
Also, as I redive back into it, in this pass I will do much more
analysis than the first one. I will provide a pointer to what routine
zeroed it, or what routine created it...
I will see about sending you what you requested... I think you can
get it yourself by not bootstrapping. bootstrapping isn't necessary
for development, or for verification of other bugs. It is a way to
run additional tests and checks, or to work around bugs that may exist
with a native compiler. If you native compiler is buggy, select a
different one.
More information about the Gcc-bugs
mailing list