[Bug ipa/65006] New: [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[Bug ipa/65006] New: [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

            Bug ID: 65006
           Summary: [5 Regression] 252.eon in SPEC CPU 2000 miscompiled
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: ipa
          Assignee: unassigned at gcc dot gnu.org
          Reporter: hjl.tools at gmail dot com
                CC: hubicka at ucw dot cz

On x86-32, r220521 miscompiled 252.eon in SPEC CPU 2000:

g++ -m32 -ffast-math -mpc64    -O2 -msse2 -mfpmath=sse -ffast-math
-fwhole-program -flto=jobserver -fuse-linker-plugin  ggCoverageSolidTexture.o
ggPathDielectricMaterial.o ggBox2.o ggBox3.o ggRasterSurfaceTexture.o
ggJitterSample1.o ggNRooksSample2.o ggJitterSample2.o ggRGBFPixel.o
ggRotatingPinholeCamera.o ggRandomSample2.o ggRandomSample3.o ggSolidNoise2.o
ggSolidNoise3.o ggSolidTexture.o ggOakSolidTexture.o ggSpecularMaterial.o
ggNA.o ggMaterial.o ggDiffuseMaterial.o ggDielectricMaterial.o
ggConductorMaterial.o ggEdgeDiscrepancy.o ggPolishedMaterial.o
ggFrameInterpolation.o ggQuaternion.o ggSpline.o ggONB2.o ggONB3.o ggFrame2.o
ggFrame3.o ggHMatrix3.o ggSphere.o ggRGBE.o ggGamma.o ggBRDF.o ggDiffuseBRDF.o
ggPhongBRDF.o ggPolishedBRDF.o ggCamera.o ggPinholeCamera.o ggThinLensCamera.o
ggErr.o ggPixelFilter.o ggTrianglePixelFilter.o ggBoxPixelFilter.o ggFormat.o
ggGeometry.o ggHAffineMatrix3.o ggHShearMatrix3.o ggHBoxMatrix3.o
ggHPerspectiveMatrix3.o ggHTranslationMatrix3.o ggHRigidBodyMatrix3.o
ggHRotationMatrix3.o ggHScaleMatrix3.o ggHPoint3.o ggPoint2.o ggPoint3.o
ggOptics.o ggPlane.o ggPolygon.o ggGrayPixel_x.o ggRGBPixel_x.o ggRay2.o
ggRay3.o ggBoardFloorSolidTexture.o ggVector2.o ggVector3.o ggString.o
ggFineSpectrum.o ggSpectrum.o eon.o eonImageCalculator.o mrObjectRecord.o
mrCoarsePixelRenderer.o mrIndirectPixelRenderer.o mrRushmeierPixelRenderer.o
mrBruteForcePixelRenderer.o mrKajiyaPixelRenderer.o mrCookPixelRenderer.o
mrGrid.o mrScene.o mrCamera.o mrTriangle.o mrFastTriangle.o mrPolygon.o
mrXYDisk.o mrXZDisk.o mrYZDisk.o mrPhongAreaXYRectangleLuminaire.o
mrPhongAreaXZRectangleLuminaire.o mrPhongAreaYZRectangleLuminaire.o mrEmitter.o
mrImposter.o mrLinkedObjects.o mrBox.o mrXCylinder.o mrYCylinder.o
mrZCylinder.o mrDiffuseAreaZCylinderLuminaire.o
mrDiffuseCosineZCylinderLuminaire.o mrDiffuseVisibleAreaZCylinderLuminaire.o
mrXEllipticalCylinder.o mrYEllipticalCylinder.o mrZEllipticalCylinder.o
mrSpotAreaXYDiskLuminaire.o mrDiffuseAreaXYRectangleLuminaire.o
mrDiffuseAreaXZRectangleLuminaire.o mrDiffuseAreaYZRectangleLuminaire.o
mrSurfaceList.o mrDiffuseAreaTriangleLuminaire.o mrDiffuseAreaSphereLuminaire.o
mrDiffuseCosineSphereLuminaire.o mrDiffuseSolidAngleSphereLuminaire.o
mrShellLuminaire.o mrInstance.o mrMaterial.o mrPhongAreaTriangleLuminaire.o
mrSolidTexture.o mrSphere.o mrSurface.o mrSurfaceTexture.o mrXYRectangle.o
mrXZRectangle.o mrYZRectangle.o myrand.o     -o eon
...
  Running 252.eon ref base lto default
*** Miscompare of pixels_out.kajiya, see
/export/gnu/import/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/run/00000002/pixels_out.kajiya.mis
*** Miscompare of pixels_out.cook, see
/export/gnu/import/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/run/00000002/pixels_out.cook.mis
*** Miscompare of pixels_out.rushmeier, see
/export/gnu/import/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/run/00000002/pixels_out.rushmeier.mis

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hubicka at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at gcc dot gnu.org

--- Comment #1 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
Hmm, I wonder why this reproduce on x86-32 only. Does it use any special local
calling conventions that x86-64 doesn't?

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[pinskia at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #3 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
(In reply to Jan Hubicka from comment #1)
> Hmm, I wonder why this reproduce on x86-32 only. Does it use any special
> local calling conventions that x86-64 doesn't?

Yes register argument passing.  That is for x86-32 we use registers to pass for
the local calling convention if we can.

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #2 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to Jan Hubicka from comment #1)
> Hmm, I wonder why this reproduce on x86-32 only. Does it use any special
> local calling conventions that x86-64 doesn't?

For local functions, GCC will use regparm to pass parameters in registers,
instead of on stack.

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[jakub at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

Jakub Jelinek <jakub at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jakub at gcc dot gnu.org

--- Comment #4 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
I'd say it would be easier to look at PR65005 first and only if the fix for
that doesn't help for SPEC, look at spec...

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hubicka at ucw dot cz]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #5 from Jan Hubicka <hubicka at ucw dot cz> ---
> Yes register argument passing.  That is for x86-32 we use registers to pass for
> the local calling convention if we can.
Ah yes, got caught by this new calling scheme. I tought it is ILP32 model.
I will take a look at the testsuite ICE first, they are indeed probably caused
by same issue.

Honza

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2015-02-10
     Ever confirmed|0                           |1

--- Comment #6 from H.J. Lu <hjl.tools at gmail dot com> ---
On Linux/x86-64, it also miscompiled 450.soplex in SPEC CPU 2006:

g++  -O3 -funroll-loops -ffast-math -fwhole-program -flto=jobserver
-fuse-linker-plugin  -DSPEC_CPU_LP64        changesoplex.o didxset.o dsvector.o
dvector.o enter.o example.o factor.o forest.o idxset.o leave.o lpcolset.o
lprow.o lprowset.o message.o mpsinput.o nameset.o slufactor.o solve.o soplex.o
spxaggregatesm.o spxbasis.o spxbounds.o spxchangebasis.o spxdefaultpr.o
spxdefaultrt.o spxdefines.o spxdesc.o spxdevexpr.o spxequilisc.o spxfastrt.o
spxgeneralsm.o spxharrisrt.o spxhybridpr.o spxid.o spxio.o spxlp.o spxlpfread.o
spxmpsread.o spxmpswrite.o spxparmultpr.o spxquality.o spxredundantsm.o
spxrem1sm.o spxscaler.o spxshift.o spxsolve.o spxsolver.o spxstarter.o
spxsteeppr.o spxsumst.o spxvecs.o spxvectorst.o spxweightpr.o spxweightst.o
ssvector.o svector.o svset.o timer.o unitvector.o update.o updatevector.o
vector.o vsolve.o                     -o soplex
...
 Running 450.soplex ref peak lto default

450.soplex: copy 0 non-zero return code (exit code=11, signal=0)

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

Richard Biener <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |wrong-code
           Priority|P3                          |P1
   Target Milestone|---                         |5.0

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hubicka at ucw dot cz]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #7 from Jan Hubicka <hubicka at ucw dot cz> ---
What is the status of those ices after fix to PR65006?

Honza

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hubicka at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |WAITING

--- Comment #8 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
EON seems fine now.
https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01280.html
I do ont see the sphinx failure in the ML. Is it fixed?

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #9 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to Jan Hubicka from comment #8)
> EON seems fine now.
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01280.html
> I do ont see the sphinx failure in the ML. Is it fixed?

This run doesn't use LTO.  LTO results look like:

https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01252.html

There are X86 SPEC CPU LTO and

With runspec -c lnx-i686-gcc.cfg -n 1 -l -o asc -I all -T all -e lto

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |FIXED

--- Comment #10 from H.J. Lu <hjl.tools at gmail dot com> ---
r220608 is OK.  I opened PR 65028 for x86-64 bug.

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled with LTO

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---
            Summary|[5 Regression] 252.eon in   |[5 Regression] 252.eon in
                   |SPEC CPU 2000 miscompiled   |SPEC CPU 2000 miscompiled
                   |                            |with LTO

--- Comment #11 from H.J. Lu <hjl.tools at gmail dot com> ---
r220521 miscompiled 252.eon in SPEC CPU 2000 with LTO for both x86-32:

https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01063.html

and x32:

https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01047.html

X86-32 was fixed:

https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01417.html

But not:

https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01406.html

I got

[hjl@gnu-mic-2 00000002]$ ../00000002/eon_peak.lto chair.control.cook
chair.camera chair.surfaces chair.cook.ppm ppm pixels_out.cook
Segmentation fault
[hjl@gnu-mic-2 00000002]$ gdb ../00000002/eon_peak.lto
GNU gdb (GDB) Fedora 7.7.1-21.fc20
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ../00000002/eon_peak.lto...done.
(gdb) r chair.control.cook chair.camera chair.surfaces chair.cook.ppm ppm
pixels_out.cook
Starting program:
/export/project/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/run/00000002/eon_peak.lto
chair.control.cook chair.camera chair.surfaces chair.cook.ppm ppm
pixels_out.cook

Program received signal SIGSEGV, Segmentation fault.
0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
Missing separate debuginfos, use: debuginfo-install glibc-2.18-16.0.fc20.x32
libgcc-4.8.3-7.2.fc20.x86_64 libstdc++-4.8.3-7.2.fc20.x86_64
(gdb) bt
#0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
#1  0x004452d4 in eonImageCalculator::eonImageCalculator() ()
#2  0x0040378a in main ()
(gdb) f 0
#0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
(gdb) disass
Dump of assembler code for function _ZmlRK10ggSpectrumS1_:
   0x00420780 <+0>:    movups (%esi),%xmm0
   0x00420784 <+4>:    mov    %rdi,%rax
   0x00420787 <+7>:    movups 0x10(%esi),%xmm1
=> 0x0042078c <+12>:    mulps  (%edx),%xmm0
   0x00420790 <+16>:    mulps  0x10(%edx),%xmm1
   0x00420795 <+21>:    movups %xmm0,(%edi)
   0x00420799 <+25>:    movups %xmm1,0x10(%edi)
   0x0042079e <+30>:    retq   
End of assembler dump.
(gdb) p $edx
$1 = -13304
(gdb) p/x $edx
$2 = 0xffffcc08

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled with LTO

[hjl.tools at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #12 from H.J. Lu <hjl.tools at gmail dot com> ---
(In reply to H.J. Lu from comment #11)
> r220521 miscompiled 252.eon in SPEC CPU 2000 with LTO for both x86-32:
> 
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01063.html
> 
> and x32:
> 
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01047.html
> 
> X86-32 was fixed:
> 
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01417.html
> 
> But not:
> 
> https://gcc.gnu.org/ml/gcc-testresults/2015-02/msg01406.html
> 
> I got
> 
> [hjl@gnu-mic-2 00000002]$ ../00000002/eon_peak.lto chair.control.cook
> chair.camera chair.surfaces chair.cook.ppm ppm pixels_out.cook
> Segmentation fault
> [hjl@gnu-mic-2 00000002]$ gdb ../00000002/eon_peak.lto
> GNU gdb (GDB) Fedora 7.7.1-21.fc20
> Copyright (C) 2014 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-redhat-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from ../00000002/eon_peak.lto...done.
> (gdb) r chair.control.cook chair.camera chair.surfaces chair.cook.ppm ppm
> pixels_out.cook
> Starting program:
> /export/project/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/
> run/00000002/eon_peak.lto chair.control.cook chair.camera chair.surfaces
> chair.cook.ppm ppm pixels_out.cook
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
> Missing separate debuginfos, use: debuginfo-install glibc-2.18-16.0.fc20.x32
> libgcc-4.8.3-7.2.fc20.x86_64 libstdc++-4.8.3-7.2.fc20.x86_64
> (gdb) bt
> #0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
> #1  0x004452d4 in eonImageCalculator::eonImageCalculator() ()
> #2  0x0040378a in main ()
> (gdb) f 0
> #0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
> (gdb) disass
> Dump of assembler code for function _ZmlRK10ggSpectrumS1_:
>    0x00420780 <+0>:	movups (%esi),%xmm0
>    0x00420784 <+4>:	mov    %rdi,%rax
>    0x00420787 <+7>:	movups 0x10(%esi),%xmm1
> => 0x0042078c <+12>:	mulps  (%edx),%xmm0
>    0x00420790 <+16>:	mulps  0x10(%edx),%xmm1
>    0x00420795 <+21>:	movups %xmm0,(%edi)
>    0x00420799 <+25>:	movups %xmm1,0x10(%edi)
>    0x0042079e <+30>:	retq   
> End of assembler dump.
> (gdb) p $edx
> $1 = -13304
> (gdb) p/x $edx
> $2 = 0xffffcc08

Adding -fno-ipa-cp fixes x32.  Fix for PR 65028 isn't complete.
>From gcc-bugs-return-477465-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Mon Feb 16 17:02:40 2015
Return-Path: <gcc-bugs-return-477465-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 20616 invoked by alias); 16 Feb 2015 17:02:40 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 20554 invoked by uid 48); 16 Feb 2015 17:02:34 -0000
From: "hjl.tools at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug ipa/65028] [5 Regression] 450.soplex in SPEC CPU 2006 is miscompiled
Date: Mon, 16 Feb 2015 17:02:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: ipa
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords: wrong-code
X-Bugzilla-Severity: normal
X-Bugzilla-Who: hjl.tools at gmail dot com
X-Bugzilla-Status: REOPENED
X-Bugzilla-Priority: P1
X-Bugzilla-Assigned-To: jamborm at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution
Message-ID: <bug-65028-4-boJTAVtVzW@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-65028-4@http.gcc.gnu.org/bugzilla/>
References: <bug-65028-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2015-02/txt/msg01798.txt.bz2
Content-length: 2814

https://gcc.gnu.org/bugzilla/show_bug.cgi?ide028

H.J. Lu <hjl.tools at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |---

--- Comment #9 from H.J. Lu <hjl.tools at gmail dot com> ---
The same bug affects 252.eon in SPEC CPU 2000 on x32:

[hjl@gnu-mic-2 00000002]$ ../00000002/eon_peak.lto chair.control.cook
chair.camera chair.surfaces chair.cook.ppm ppm pixels_out.cook
Segmentation fault
[hjl@gnu-mic-2 00000002]$ gdb ../00000002/eon_peak.lto
GNU gdb (GDB) Fedora 7.7.1-21.fc20
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ../00000002/eon_peak.lto...done.
(gdb) r chair.control.cook chair.camera chair.surfaces chair.cook.ppm ppm
pixels_out.cook
Starting program:
/export/project/git/gcc-regression/spec/2000/spec/benchspec/CINT2000/252.eon/run/00000002/eon_peak.lto
chair.control.cook chair.camera chair.surfaces chair.cook.ppm ppm
pixels_out.cook

Program received signal SIGSEGV, Segmentation fault.
0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
Missing separate debuginfos, use: debuginfo-install glibc-2.18-16.0.fc20.x32
libgcc-4.8.3-7.2.fc20.x86_64 libstdc++-4.8.3-7.2.fc20.x86_64
(gdb) bt
#0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
#1  0x004452d4 in eonImageCalculator::eonImageCalculator() ()
#2  0x0040378a in main ()
(gdb) f 0
#0  0x0042078c in operator*(ggSpectrum const&, ggSpectrum const&) ()
(gdb) disass
Dump of assembler code for function _ZmlRK10ggSpectrumS1_:
   0x00420780 <+0>:    movups (%esi),%xmm0
   0x00420784 <+4>:    mov    %rdi,%rax
   0x00420787 <+7>:    movups 0x10(%esi),%xmm1
=> 0x0042078c <+12>:    mulps  (%edx),%xmm0
   0x00420790 <+16>:    mulps  0x10(%edx),%xmm1
   0x00420795 <+21>:    movups %xmm0,(%edi)
   0x00420799 <+25>:    movups %xmm1,0x10(%edi)
   0x0042079e <+30>:    retq
End of assembler dump.
(gdb) p $edx
$1 = -13304
(gdb) p/x $edx
$2 = 0xffffcc08

The fix isn't sufficient since adding -fno-ipa-cp fixes eon on x32.

[Bug ipa/65006] [5 Regression] 252.eon in SPEC CPU 2000 miscompiled with LTO

[hubicka at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006

--- Comment #13 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
What is status of this bug? I believe it was analyzed and fixed?