--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-08-18 10:34
---
Subject: Bug 42575
Author: mkuvyrkov
Date: Wed Aug 18 10:34:02 2010
New Revision: 163334
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163334
Log:
gcc/
PR rtl-optimization/42575
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-08-18 10:43
---
Bernd did all the heavy lifting for this patch. The above patch fixes the last
piece of the problem -- extra move when compiling for ARMv7-A.
--
mkuvyrkov at gcc dot gnu dot org changed:
What
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 08:11
---
Ramana,
I confirmed that your patch fixes this PR moments before you posted you
comment. It's a dup of 45067.
*** This bug has been marked as a duplicate of 45067 ***
--
mkuvyrkov at gcc dot gnu dot org
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 08:11
---
*** Bug 45097 has been marked as a duplicate of this bug. ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:03
---
This is due to a silly mistake of mine. I got operand ordering of
insert_expr_in_table() wrong for -fgcse-las case. Will check in an obvious
patch in several minutes.
--
mkuvyrkov at gcc dot gnu dot org
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:10
---
Subject: Bug 45101
Author: mkuvyrkov
Date: Wed Jul 28 10:09:53 2010
New Revision: 162622
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162622
Log:
PR rtl-optimization/45101
* gcse.c
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:14
---
Should be fixed by the above patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:32
---
Done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45101
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 10:32
---
Subject: Bug 45101
Author: mkuvyrkov
Date: Wed Jul 28 10:32:10 2010
New Revision: 162623
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162623
Log:
PR rtl-optimization/45101
* gcc.dg
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 14:25
---
Mine.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:01
---
Can you please try the latest trunk with the patch in
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02185.html applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45104
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:14
---
Patch posted in http://gcc.gnu.org/ml/gcc-patches/2010-07/msg02192.html .
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45107
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:50
---
Subject: Bug 45107
Author: mkuvyrkov
Date: Wed Jul 28 16:50:14 2010
New Revision: 162645
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162645
Log:
PR rtl-optimization/45107
* gcse.c
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51
---
Thanks for checking.
*** This bug has been marked as a duplicate of 45105 ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:51
---
*** Bug 45104 has been marked as a duplicate of this bug. ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-07-28 16:52
---
Should be fixed by the above patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR target/42495
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR target/42495
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:35
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:34:55 2010
New Revision: 162590
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162590
Log:
PR rtl-optimization/40956
PR target
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:38
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:38:10 2010
New Revision: 162592
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162592
Log:
PR target/42495
PR middle-end/42574
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:42
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:42:15 2010
New Revision: 162594
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162594
Log:
PR target/42495
PR middle-end/42574
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #14 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:45
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:44:51 2010
New Revision: 162595
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162595
Log:
PR target/42495
PR middle-end/42574
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:46
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 19:46:26 2010
New Revision: 162596
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162596
Log:
PR rtl-optimization/40956
* config/arm
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162597
Log:
PR target/42495
PR middle-end/42574
--- Comment #15 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 19:48
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 19:48:15 2010
New Revision: 162597
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162597
Log:
PR target/42495
PR middle-end/42574
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 42574
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162600
Log:
PR rtl-optimization/40956
PR target
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 40956
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162600
Log:
PR rtl-optimization/40956
PR target/42495
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:06
---
Subject: Bug 42495
Author: mkuvyrkov
Date: Tue Jul 27 21:06:31 2010
New Revision: 162600
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162600
Log:
PR rtl-optimization/40956
PR target
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:10
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:11
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from mkuvyrkov at gcc dot gnu dot org 2010-07-27 21:11
---
Should be fixed now by the above patch series.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mkuvyrkov at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2010-07-21 07:20
---
Created an attachment (id=21276)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21276action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45015
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-07-21 17:58
---
Created an attachment (id=21280)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21280action=view)
Testcase for patch
Thanks for looking into this problem!
The patch fixes the original testcase but causes
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-06-19 19:57
---
I'm working on this bug among other improvements to RTL hoist pass.
My plan is to enable hoisting of such simple constants, but only on very short
distances, like 3-5 instructions, tunable through a new
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2010-06-16 08:31
---
Fixed in revision 160824.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 10:41
---
Elimination of subsequent calculations of PIC addresses should be handled in
code hoisting optimization.
However, there are two problems that inhibit the optimization:
1. ARM backend outputs calculation
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-06-08 15:24
---
Steven, I'm shamelessly stealing this PR from you.
There are two sides to this missed optimization:
1. Calculation of PIC address is not CSE'd; this is the same as PR42495 and
will be fixed there.
2. Constant
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2010-05-28 15:03
---
Subject: Bug 44314
Author: mkuvyrkov
Date: Fri May 28 15:03:23 2010
New Revision: 159978
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159978
Log:
PR bootstrap/44314
* config/alpha/linux.h
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2010-05-28 15:04
---
Fixed in rev. 159978.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2010-05-05 20:28
---
Dominique,
Have you been able to identify if there is an invalid optimization?
It seems using -ffast-math -ffinite-math-only is very error-prone. -ffast-math
implies -fassociative-math, which can generate
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-05-02 18:02
---
Created an attachment (id=20536)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20536action=view)
Revert previous patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2010-05-02 18:03
---
Ping.
Richard S.,
Andreas,
Any comment on the above analysis?
AFAICT, the T constraint should accept operands if flag_pic
!TARGET_PCREL.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43804
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-04-23 10:20
---
The problem seems to be in Richard's patch
(http://article.gmane.org/gmane.comp.gcc.patches/130602) checked in r120961.
All and all, it seems that revision 120961 should be reverted to enable 'T'
constraint
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2010-04-21 10:47
---
There are two problems here:
1. The immediate problem is that movsi_m68k doesn't allow (const) to be moved
to data register (see last alternative if movsi_m68k).
2. For reason, which I have not yet investigated
--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2010-04-13 19:32
---
The SIGSEGV is due to -funsafe-math-optimizations being used with code like:
==
Re = eps*debm*DIAhy/(vis*sec)
reo = Re
IF ( Re.LT.1000. ) THEN
i1 = INT(Re/200.) + 1
ELSEIF
--- Comment #14 from mkuvyrkov at gcc dot gnu dot org 2010-04-13 20:01
---
(In reply to comment #10)
- D.1850_209 = -alt_90;
- D.2093_151 = -alb_86;
- D.1849_208 = D.1848_207 - alb_86;
+ D.2093_151 = -alt_90;
+ D.1849_208 = D.1848_207 - alt_90;
D.1851_210 = D.1849_208
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-04-12 16:38
---
Confirmed with mac os x gcc build.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-04-10 18:28
---
Would you please attach doduc.in so that I can reproduce this.
==
At line 161 of file /home/maxim/tmp/doduc_red.f90 (unit = 5, file = 'doduc.in')
Fortran runtime error: End of file
==
Also, what is your
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-04-10 19:20
---
Hm, I'm having hard time reproducing this on linux. Would you please attach
dumps produced with -fdump-tree-reassoc for both before and after compilers.
Thanks.
--
mkuvyrkov at gcc dot gnu dot org changed
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-04-08 08:20
---
Subject: Bug 40815
Author: mkuvyrkov
Date: Thu Apr 8 08:20:36 2010
New Revision: 158105
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158105
Log:
PR middle-end/40815
* tree-ssa-reassoc.c
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2010-04-08 08:31
---
Fixed in the above revision.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2010-04-07 16:06
---
Closing the PR.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2010-03-11 08:57
---
Created an attachment (id=20080)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20080action=view)
Fixed and tested patch
Well, sure enough the initial patch had an error: `(-a) + (-b)' was getting
optimized
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2010-03-10 19:39
---
Created an attachment (id=20077)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20077action=view)
Proposed patch
Richard,
Thank you for the great pointers how to fix this bug. Here is the proposed
patch
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2009-12-27 20:05
---
Thanks for the bug report. I've posted a proposed patch in
http://gcc.gnu.org/ml/gcc-patches/2009-12/msg01142.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42516
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2009-12-11 15:32
---
Subject: Bug 36047
Author: mkuvyrkov
Date: Fri Dec 11 15:32:08 2009
New Revision: 155165
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=155165
Log:
2009-12-11 Sebastian Andrzej Siewior bige
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2009-12-11 15:35
---
This is now fixed with the above patch by Sebastian.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2009-11-19 10:09
---
g...@breakpoint.cc,
Would you please submit your patch to gcc-patc...@gcc.gnu.org. Only the
linux.h version of FUNCTION_PROFILER causes problems, you can leave the m68k.h
version as is.
Thanks.
--
http
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2009-11-04 09:58
---
Subject: Bug 41302
Author: mkuvyrkov
Date: Wed Nov 4 09:57:55 2009
New Revision: 153890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153890
Log:
2009-11-04 Maxim Kuvyrkov ma...@codesourcery.com
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2009-11-04 11:47
---
Fixed.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2009-11-04 16:57
---
It appears that 'lea' serves some compatibility purpose. The code is there
since 1995.
Recent GLIBC defines _mcount as
void
_mcount (void)
{
mcount_internal ((u_long
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2009-10-30 10:16
---
Patch posted at http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01790.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41302
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2009-09-02 07:34
---
This is fixed on trunk.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2009-09-02 07:37
---
If you'd like to backport the fix, it is in revision
http://gcc.gnu.org/viewcvs?view=revisionrevision=149663
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36070
--- Comment #15 from mkuvyrkov at gcc dot gnu dot org 2009-08-04 13:14
---
There are several (4, I think) patches posted in gcc-patches@ for this bug. A
reload/recog maintainer is needed to choose the most appropriate one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37053
--- Comment #17 from mkuvyrkov at gcc dot gnu dot org 2009-08-04 13:43
---
I'll try the above two patches and will report in a couple of days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37053
--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2009-06-24 16:02
---
Created an attachment (id=18061)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18061action=view)
Proposed patch
Here is a patch moving precedence handling of pointers to powerpc backend.
--
http
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2009-06-23 11:39
---
(In reply to comment #6)
But that was the meat of fixing PR28690. :-(
The insn should satisfy the constraints of alternative 4.
Well, not really. For the insn to match alternative 4 the pattern should
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2009-06-23 12:26
---
(In reply to comment #9)
But % makes it commutative, no?
Yes, but that only means that the operands can be swapped *if*
swap_commutative_operands_p() returns true. Due to the funny precedence that
does
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2009-06-23 17:21
---
(In reply to comment #11)
Still, I don't think a target hook is the solution. Even if it adds hack over
hack, having the funny precedence rules only before reload could be a
solution.
For the record, I
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2009-06-01 14:50
---
I've reverted the patch that caused the bootstrap failure.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2009-03-16 11:35
---
Would you please attach a preprocessed testcase so one can reproduce the
problem.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2008-12-29 19:27
---
This is fixed only on trunk; 4.3 still has the bug. Do you think it's
appropriate to close it anyway?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35018
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2008-12-12 11:31
---
Sorry, I've closed this bug hastily though the bug is not fixed 4.3 branch; the
patch I was reffering to was only committed to trunk.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2008-12-12 11:28
---
This was fixed on trunk, presumably by IRA. I've also checked a clean up patch
that fixed this failure on 4.3. See
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01031.html.
--
mkuvyrkov at gcc dot gnu dot
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2008-11-24 17:56
---
Subject: Bug 35018
Author: mkuvyrkov
Date: Mon Nov 24 17:55:35 2008
New Revision: 142161
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142161
Log:
PR target/35018
* config/m68k/m68k.md
--- Comment #25 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:25
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:23:47 2008
New Revision: 138759
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138759
Log:
PR target/35659
* haifa-sched.c
--- Comment #26 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:36
---
Subject: Bug 35659
Author: mkuvyrkov
Date: Wed Aug 6 06:34:18 2008
New Revision: 138762
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138762
Log:
Backport from mainline:
2008-08-06
--- Comment #27 from mkuvyrkov at gcc dot gnu dot org 2008-08-06 06:38
---
Should be fixed on both trunk and 4_3-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from mkuvyrkov at gcc dot gnu dot org 2008-08-02 18:15
---
(In reply to comment #22)
Maxim, have you had time to look at this bug? Given that it is generating bad
code and is in 4.3.0 and 4.3.1 I was wondering if it will be fixed for 4.3.2.
Sorry for the delay. I
--- Comment #21 from mkuvyrkov at gcc dot gnu dot org 2008-06-26 09:23
---
Assign to self
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2008-06-25 21:33
---
I can't reproduce the error with today mainline. When I put in one file
'PROGRAM PR35659' and 'SUBROUTINE TLSC (A,B,AUX,IPIV,EPS,X)' and compile it
with any optimization level I get the same STOP 0 message. Am
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2008-03-25 15:26
---
Subject: Bug 34688
Author: mkuvyrkov
Date: Tue Mar 25 15:25:37 2008
New Revision: 133521
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133521
Log:
Backport from mainline:
PR middle-end
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2008-03-25 15:26
---
Fixed on 4.2 as well.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2008-01-27 18:47
---
Fixed in the above revision.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2008-01-27 21:32
---
Right, sorry.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2008-01-26 23:09
---
Subject: Bug 34688
Author: mkuvyrkov
Date: Sat Jan 26 23:08:54 2008
New Revision: 131878
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131878
Log:
PR middle-end/34688
* final.c
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu dot
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2007-10-15 10:30
---
Subject: Bug 33133
Author: mkuvyrkov
Date: Mon Oct 15 10:30:13 2007
New Revision: 129315
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=129315
Log:
PR target/33133
* haifa-sched.c
--- Comment #8 from mkuvyrkov at gcc dot gnu dot org 2007-10-15 10:43
---
(In reply to comment #4)
Confirmed. We see this a lot (building xgl, cups, john, xpdf, metacity,
openssl
and more). And just with -O2 in our cases.
Are these failures fixed now?
--
mkuvyrkov at gcc dot
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2007-05-31 08:53
---
As mentioned by Andrew this is known issue.
*** This bug has been marked as a duplicate of 9085 ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2007-05-31 08:53
---
*** Bug 31508 has been marked as a duplicate of this bug. ***
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2007-05-30 14:30
---
This is an aliasing issue.
true_dependence () returns '0' on mems from insns 15 and 58. This is due to
MEM_READONLY_P () flag set on them.
(insn:HI 15 13 16 3 (set (mem/u/f/c/i:DI (symbol_ref:DI
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2007-05-30 15:06
---
Created an attachment (id=13634)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13634action=view)
Patch
This patch fixes the issue but wasn't yet bootstrapped or tested in any other
way.
--
http
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2007-05-30 15:22
---
Created an attachment (id=13635)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13635action=view)
Patch
Updated patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2007-05-30 15:27
---
(In reply to comment #3)
I don't think MEM_READONLY_P should be set. I think this is related to PR
31809.
Memory location in question is a constant static variable in a function. When
the function is run
1 - 100 of 147 matches
Mail list logo
