--- Comment #13 from mkuvyrkov at gcc dot gnu dot org 2006-08-17 08:48
---
Subject: Bug 28489
Author: mkuvyrkov
Date: Thu Aug 17 08:48:37 2006
New Revision: 116214
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=116214
Log:
2006-08-17 Maxim Kuvyrkov [EMAIL PROTECTED
--- Comment #14 from mkuvyrkov at gcc dot gnu dot org 2006-08-17 08:52
---
Fixed by the earlier attached patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-09-23 18:30
---
Created an attachment (id=12315)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12315action=view)
Patch.
That's my bug, sorry. The attached patch has only been tested on x86_64;
sadly, I'll be able to run
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2006-10-01 19:03
---
I posted the patch for this bug at:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00023.html
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2006-10-06 21:45
---
Subject: Bug 29128
Author: mkuvyrkov
Date: Fri Oct 6 21:45:13 2006
New Revision: 117515
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=117515
Log:
2006-10-06 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2006-10-06 21:51
---
Fixed by the above patch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2006-11-16 06:58
---
Subject: Bug 29201
Author: mkuvyrkov
Date: Thu Nov 16 06:57:59 2006
New Revision: 118882
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118882
Log:
2006-11-16 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-11-16 15:11
---
Subject: Bug 29201
Author: mkuvyrkov
Date: Thu Nov 16 15:10:57 2006
New Revision: 118893
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=118893
Log:
2006-11-16 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2006-11-16 15:17
---
Fixed by the above commits.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from mkuvyrkov at gcc dot gnu dot org 2006-11-16 15:20
---
The patch for this bug was posted in
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01138.html
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-03-16 20:32
---
(In reply to comment #3)
It may be related to
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01001.html
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01000.html
http://gcc.gnu.org/ml/gcc-patches/2006-03
--- Comment #1 from mkuvyrkov at gcc dot gnu dot org 2006-03-17 21:16
---
(In reply to comment #0)
The compiler builds but when it tries to build libgcc I get a bunch of ICEs.
Here is a small test case that will not compile with -O2 on ia64-hp-hpux11.23
with the ToT compiler
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2006-03-27 23:04
---
The patch for this bug is:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01589.html
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2006-03-28 17:42
---
Reopen this bug as the patch, which fixes it was reverted from the mainline.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mkuvyrkov at gcc dot gnu dot
|dot org
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mkuvyrkov at gcc dot gnu dot
|dot org
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2006-03-30 15:41
---
Subject: Bug 26734
Author: mkuvyrkov
Date: Thu Mar 30 15:41:00 2006
New Revision: 112538
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112538
Log:
2006-03-30 Maxim Kuvyrkov [EMAIL PROTECTED
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2006-03-30 15:43
---
The patch was reapplied:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01721.html
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2006-06-07 15:29
---
(In reply to comment #2)
I bet a beer that this was caused by:
2006-03-16 Maxim Kuvyrkov [EMAIL PROTECTED]
* target.h (struct spec_info_def): New opaque declaration.
Nope. This one
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2006-06-07 16:09
---
(In reply to comment #2)
The problem is that while ripping off notes before scheduling we don't adjust
bb boundaries. The patch will soon be posted.
--
mkuvyrkov at gcc dot gnu dot org changed
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2006-06-08 08:51
---
Subject: Bug 27863
Author: mkuvyrkov
Date: Thu Jun 8 08:51:13 2006
New Revision: 114484
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114484
Log:
2006-06-08 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-06-08 08:56
---
Fixed.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-06-08 09:11
---
(In reply to comment #3)
Only the testcase is failing and only due to the scheduler changes (which was
said not to effect other targets besides ia64 which looks like it was wrong).
As extended regions
--- Comment #15 from mkuvyrkov at gcc dot gnu dot org 2006-06-08 11:49
---
haifa_sched.c: check_cfg () ICEs because a block with the conditional jump at
the end has only 1 successor (the jump is to the next instruction). I thought
that this is invalid, but now I see
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2006-06-13 08:51
---
Subject: Bug 27863
Author: mkuvyrkov
Date: Tue Jun 13 08:50:53 2006
New Revision: 114604
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114604
Log:
2006-06-13 Maxim Kuvyrkov [EMAIL PROTECTED
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2006-06-13 09:01
---
Subject: Bug 26807
Author: mkuvyrkov
Date: Tue Jun 13 09:00:52 2006
New Revision: 114606
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114606
Log:
2006-06-13 Maxim Kuvyrkov [EMAIL PROTECTED
--- Comment #17 from mkuvyrkov at gcc dot gnu dot org 2006-06-13 09:03
---
I tested this fix on a cross from i386-pc-linux-gnu and it did well on those
three tests. Can, please, someone check if the regressions gone on hppa?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26807
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:44
---
(In reply to comment #8)
The time that this started occurring looks to be about the time that Maxim was
making scheduling changes for IA64 speculation. Maxim could you look at this
bug and see
--- Comment #12 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:45
---
Created an attachment (id=11996)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11996action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2006-08-02 13:49
---
Created an attachment (id=11997)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11997action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28489
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2006-08-03 12:03
---
(In reply to comment #10)
Created an attachment (id=11997)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11997action=view) [edit]
Patch
This patch bootstraps and has no new regression on {i386, ia64
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2006-08-08 06:54
---
Probably this is a dublicate of 27883.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mkuvyrkov at gcc dot gnu dot org 2006-12-07 10:02
---
Subject: Bug 29794
Author: mkuvyrkov
Date: Thu Dec 7 10:02:35 2006
New Revision: 119613
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119613
Log:
2006-12-07 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2006-12-07 10:05
---
Subject: Bug 29794
Author: mkuvyrkov
Date: Thu Dec 7 10:05:29 2006
New Revision: 119614
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119614
Log:
2006-12-07 Maxim Kuvyrkov [EMAIL PROTECTED]
PR
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-12-07 10:08
---
Fixed by the above commit.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2006-12-19 13:32
---
Hi!
Sorry for the late response.
The scheduler fails to process a basic block with barrier inside it.
The basic block looks like this:
- Basic block 2 - begin -
some insns
(insn:HI 14 12 16 2 (set (mem/f/c
--- Comment #9 from mkuvyrkov at gcc dot gnu dot org 2006-12-19 14:00
---
(In reply to comment #8)
Subject: Re: [4.2/4.3 regression] ICE with scheduling and __builtin_trap
Hi,
barrier in the middle of basic block is invalid and should be noticed by
verify_flow_info and ICE
--- Comment #11 from mkuvyrkov at gcc dot gnu dot org 2006-12-19 15:24
---
I would suggest put that hunk in (it was probably just merge omision
from my side) and try to remove the verify_flow_info bit and see if
everything works. I can do it tonight or tomorrow unless you beat me
--- Comment #55 from mkuvyrkov at gcc dot gnu dot org 2007-01-10 11:42
---
Created an attachment (id=12879)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12879action=view)
Patch for scheduler dependency lists.
Hi,
This patch introduces new dependency lists to scheduler thus
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2007-01-25 11:41
---
(In reply to comment #3)
scheduling:6473.35 (100%) usr 0.60 (88%) sys6473.98 (100%)
wall
499608 kB (90%) ggc
On which revision of gcc-4_2-branch or trunk have you seen it? It looks to me
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2007-02-02 13:47
---
Confirm this on ia64-unknown-linux-gnu.
A strange (and, possibly, accidental) thing is that I hit this error only when
configuring with java. I.e. '--enable-languages=c,c++,fortran' bootstrap
finishes ok
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2007-02-02 16:57
---
Subject: Bug 29682
Author: mkuvyrkov
Date: Fri Feb 2 16:57:18 2007
New Revision: 121510
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121510
Log:
PR target/29682
* config/ia64/ia64.c
--- Comment #6 from mkuvyrkov at gcc dot gnu dot org 2007-02-05 13:14
---
Subject: Bug 29682
Author: mkuvyrkov
Date: Mon Feb 5 13:14:20 2007
New Revision: 121599
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121599
Log:
PR target/29682
* config/ia64/ia64.c
--- Comment #7 from mkuvyrkov at gcc dot gnu dot org 2007-02-05 13:28
---
Fixed on trunk and gcc-4_2-branch.
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from mkuvyrkov at gcc dot gnu dot org 2007-02-13 07:35
---
(In reply to comment #15)
Is the patch mentioned by Maxim checked in now? Because this bug still occurs.
I've posted a patch in http://gcc.gnu.org/ml/gcc-patches/2007-01/msg01220.html
but Jan hasn't commited
--- Comment #63 from mkuvyrkov at gcc dot gnu dot org 2007-04-16 16:04
---
Subject: Bug 28071
Author: mkuvyrkov
Date: Mon Apr 16 16:04:18 2007
New Revision: 123874
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123874
Log:
PR middle-end/28071
* sched-int.h (struct deps): Split
--- Comment #64 from mkuvyrkov at gcc dot gnu dot org 2007-04-16 16:07
---
(In reply to comment #63)
Scheduler memory hungryness should be fixed by the above commit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
--- 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 #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
--- 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
--
mkuvyrkov at gcc dot gnu dot org changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu dot
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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-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 #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 #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 #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
1 - 100 of 147 matches
Mail list logo