This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
RE: RFA: Fix rtl-optimization/57425 (SPEC perl problem on MIPS)
- From: Steve Ellcey <Steve dot Ellcey at imgtec dot com>
- To: "joern dot rennecke at embecosm dot com" <joern dot rennecke at embecosm dot com>
- Cc: "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 17 Jul 2013 22:22:27 +0000
- Subject: RE: RFA: Fix rtl-optimization/57425 (SPEC perl problem on MIPS)
- References: <8920a7d1-f612-4d30-b6f4-56688de36632 at BAMAIL02 dot ba dot imgtec dot org>
Joern,
I created a smaller test case for this problem and have submitted a GCC bugzilla report (57921).
After looking at it I am not sure if the bug is in GCC or if it is a bug in the perl source code.
Steve Ellcey
sellcey@mips.com
________________________________________
From: Steve Ellcey [sellcey@mips.com]
Sent: Friday, July 12, 2013 3:22 PM
To: joern.rennecke@embecosm.com
Cc: gcc-patches@gcc.gnu.org
Subject: Re: RFA: Fix rtl-optimization/57425 (SPEC perl problem on MIPS)
Joern,
Has anyone reported any problems to you about this patch? I am running into
a problem running the perl benchmark from SPEC2006 and I have tracked it down
to this June 16 patch (SVN 200133,
GIT ddba76b84c757d93b4247713d558724776149b62). I am building a GCC cross
compiler running on x86 linux and targeting mips-mti-linux-gnu.
I haven't been able to cut down perl into a smaller test case yet but starting
with this version of GCC, if I build perl with -O2 or -O3 and then run it with
this perl input:
% cat x.pl
#!./perl
{
eval {
use Math::BigInt;
$y = pack('w*', Math::BigInt::->new(5000000000));
};
}
1;
I get:
% ./perlbench_base.sellcey_reload x.pl
*** Error in `./perlbench_base.sellcey_reload': malloc(): memory corruption (fast): 0x00642390 ***
and perl seems to go into an infinite loop. Before your change perl
ran and exited cleanly. I will try to create a smaller example but I wanted
to see if you (or someone else on gcc-patches) was seeing anything like
this on any other targets.
Steve Ellcey
sellcey@mips.com