--- Comment #11 from dberlin at gcc dot gnu dot org 2006-04-08 23:20
---
Subject: Re: IVs with the same evolution not
eliminated
> --- Comment #10 from stevenb dot gcc at gmail dot com 2006-04-08 21:13
> ---
> Subject: Re: IVs with the same evolution not eliminated
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-04-13 22:40 ---
Subject: Re: Compiling LLVM now takes nearly 5x as long with 4.1 as it did
with 4.0
On Apr 13, 2006, at 1:30 PM, rspencer at x10sys dot com wrote:
>
>
> --- Comment #6 from rspencer at x10sys dot com 2006-04
--- Comment #19 from dberlin at gcc dot gnu dot org 2006-04-24 01:10
---
Subject: Re: [4.2 Regression]
25_algorithms/prev_permutation/1.cc on powerpc{64,}-linux and
powerpc-darwin
On Sun, 2006-04-23 at 23:14 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #17
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-04-27 15:39
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
> What's the status on this? It makes libgfortran build crash with a patch I'd
> like to submit.
Uh, okay, so, until someone debugs the other
--- Comment #18 from dberlin at gcc dot gnu dot org 2006-04-27 16:55
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Thu, 2006-04-27 at 16:43 +, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #17 from rguenth at gcc dot gnu dot org 2006-04-2
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-05-02 12:19 ---
Subject: Re: [4.2 Regression] ICE:
add_virtual_operand with pointers to arrays
On Tue, 2006-05-02 at 08:56 +, rguenth at gcc dot gnu dot org wrote:
>
> --- Comment #4 from rguenth at gcc dot gnu do
--- Comment #25 from dberlin at gcc dot gnu dot org 2006-05-03 14:15
---
Subject: Re: [4.2 Regression] ICE in in
add_virtual_operand
On Wed, 2006-05-03 at 13:02 +, mueller at gcc dot gnu dot org wrote:
>
> --- Comment #24 from mueller at gcc dot gnu dot org 2006-05-0
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-05-04 16:57 ---
Subject: Bug 27093
This should fix it.
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-05-04 16:57 ---
Created an attachment (id=11374)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11374&ac
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-05-05 18:06
---
Subject: Re: create_tmp_var_raw (gimplify.c)
inadventently asserts 'volatile' on temps
> I haven't looked into the rev. history, to see why/when this fix was made,
> but will ask the hypothetical: was th
--- Comment #26 from dberlin at gcc dot gnu dot org 2006-05-15 12:42
---
Subject: Re: [4.1/4.2 Regression] ACATS c974001
c974013 hang with struct aliasing
ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #25 from ebotcazou at gcc dot gnu dot org 2006-05-15 05:36
> ---
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-06-03 02:11 ---
Subject: Re: reassociation pass produces ~30% slower matrix
multiplication code
steven at gcc dot gnu dot org wrote:
> --- Comment #4 from steven at gcc dot gnu dot org 2006-06-02 23:19
> ---
> Real bug,
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-06-13 13:29 ---
Subject: Re: [4.2 Regression] optimizer bug
pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-13 04:41
> ---
> Hmm, we get after dce, just:
> reduced_cel
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-06-15 15:18
---
Subject: Bug 27341
Patch I am testing for all the testcases here.
It turns out to be a problem not actually in the 02-20-06 patch.
Index: gcc/tree-complex.c
--- Comment #102 from dberlin at gcc dot gnu dot org 2006-06-17 23:42
---
Subject: Re: alias violating
steven at gcc dot gnu dot org wrote:
> --- Comment #101 from steven at gcc dot gnu dot org 2006-06-17 22:06
> ---
> Release folks from the I-use-C-but-do-not-understand-its
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-06-19 18:55 ---
Subject: Re: Type-punned pointer passed as function parameter
generates bad assembly sequence
sorenj at us dot ibm dot com wrote:
> --- Comment #2 from sorenj at us dot ibm dot com 2006-06-19 16:44 ---
>
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-07-17 13:34
---
Subject: Re: [4.0/4.1/4.2 Regression] Tree loop
optimizer does worse job than RTL loop optimizer
rakdver at gcc dot gnu dot org wrote:
> --- Comment #13 from rakdver at gcc dot gnu dot org 2006-07-17 11:54
--- Comment #22 from dberlin at gcc dot gnu dot org 2008-11-23 18:30
---
Subject: Re: missed fully redundant expression
Sinking fits into the reverse framework.
Apparently the SSUPRE person plans on submitting when 4.5 opens, and
you can fit sinking frameworks into there.
On Sun, No
--- Comment #4 from dberlin at gcc dot gnu dot org 2008-12-04 17:14 ---
Subject: Re: TreeSSA-PRE load after store misoptimization
That would be incorrect.
Partial partial (Partial antic, Partial Avail). PRE is necessary to
catch all the cases LCM does (and RTL PRE is LCM based).
LCM in
--- Comment #6 from dberlin at gcc dot gnu dot org 2008-12-04 17:35 ---
Subject: Re: TreeSSA-PRE load after store misoptimization
Yes, i'm aware, but again, that is because my recollection is doing
partial antic partial avail with lifetime optimality requires code
placement that we don
--- Comment #4 from dberlin at gcc dot gnu dot org 2008-12-16 17:00 ---
Subject: Re: [4.2/4.3/4.4 regression] tree-ssa-reassoc.c increases register
pressure several times
Yes, that looks like a bug.
There are also numerous ways in which the placement can be improved.
A few people had t
--- Comment #2 from dberlin at gcc dot gnu dot org 2009-01-04 22:35 ---
Subject: Re: New: default definitions not in avail_out
At one time we pretended they were defined in the entry block, and
IIRC, it worked out okay.
Dunno what happened to this :)
On Sun, Jan 4, 2009 at 1:40 PM, r
--- Comment #3 from dberlin at gcc dot gnu dot org 2009-01-13 18:42 ---
Subject: Re: points-to result wrong for reads
from call-clobbered vars
Interesting.
I have emailed some others for their thoughts.
One way to eliminate this bug would be to mark the entire structure as
in
--- Comment #8 from dberlin at gcc dot gnu dot org 2009-01-16 20:48 ---
Subject: Re: [4.2/4.3/4.4 Regression] trapping
expression wrongly hoisted out of loop
Hmmm.
The only way you could get the CFG to represent that any call may exit
would be to calls terminate bb's and have
r at suse dot de 2009-01-16 21:01 ---
> Subject: Re: [4.2/4.3/4.4 Regression] trapping
> expression wrongly hoisted out of loop
>
> On Fri, 16 Jan 2009, dberlin at dberlin dot org wrote:
>
>> Subject: Re: [4.2/4.3/4.4 Regression] trapping
>> expression wr
--- Comment #2 from dberlin at gcc dot gnu dot org 2009-01-21 14:09 ---
Subject: Re: [4.4 Regression] ice in
find_or_generate_expression, at tree-ssa-pre.c:2769
names should be self-leaders.
Sounds like a set bitmap messup somewhere or an equality function gone
bad or somethin
--- Comment #11 from dberlin at gcc dot gnu dot org 2009-01-22 17:12
---
Subject: Re: [4.3/4.4 Regression] ICE in
set_value_range, at tree-vrp.c:398
Uh, well, that would be tricky since none of this code still exists in 4.4.0
On Thu, Jan 22, 2009 at 11:09 AM, hjl dot tools a
--- Comment #13 from dberlin at gcc dot gnu dot org 2009-06-03 15:16
---
Subject: Re: [4.4/4.5 Regression] internal
compiler error: in compute_antic, at tree-ssa-pre.c:2501
Hmmm, clean should only have to check set1 and set2, not AVAIL_OUT.
I'm not sure why it looks at AVAIL_
--- Comment #15 from dberlin at gcc dot gnu dot org 2009-06-18 15:48
---
Subject: Re: [4.4/4.5 Regression] internal
compiler error: in compute_antic, at tree-ssa-pre.c:2501
No, still trying to figure it out.
It's quite tricky.
On Thu, Jun 18, 2009 at 11:38 AM, rguenth at gc
--- Comment #22 from dberlin at gcc dot gnu dot org 2009-07-15 13:37
---
Subject: Re: [4.4/4.5 Regression] internal
compiler error: in compute_antic, at tree-ssa-pre.c:2501
Phi uses can be in the maximum set as long as they are not phi's themselves.
There is a comment above a
--- Comment #23 from dberlin at gcc dot gnu dot org 2009-07-15 13:46
---
Subject: Re: [4.4/4.5 Regression] internal
compiler error: in compute_antic, at tree-ssa-pre.c:2501
a_1 shouldn't be in the maximal set. If it is, that's a bug.
The history here:
We didn't use to have
#24 from rguenther at suse dot de 2009-07-15 13:58 ---
> Subject: Re: [4.4/4.5 Regression] internal
> compiler error: in compute_antic, at tree-ssa-pre.c:2501
>
> On Wed, 15 Jul 2009, dberlin at dberlin dot org wrote:
>
>> --- Comment #23 from dberlin at gcc dot
--- Comment #3 from dberlin at gcc dot gnu dot org 2005-11-06 23:59 ---
Subject: Re: New: Address taken and
addressable variables and call clobber
On Sun, 2005-11-06 at 15:46 +, pinskia at gcc dot gnu dot org wrote:
> Take the following code:
> int f(int);
> int g(void)
>
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-11-09 23:56
---
Subject: Re: [killloop-branch] code motion of
non-invariant expressions with hard registers.
On Wed, 2005-11-09 at 23:45 +, steven at gcc dot gnu dot org wrote:
>
> --- Comment #10 from steven at
--- Comment #3 from dberlin at gcc dot gnu dot org 2005-12-16 19:37 ---
Subject: Re: [4.0] endless loop in nbench
neural net with -ftree-loop-linear
btw, i will get around to fixing these after i merge all the stage1
projects i'm working on.
--
http://gcc.gnu.org/bugzilla/
--- Comment #6 from dberlin at gcc dot gnu dot org 2005-12-18 16:29 ---
Subject: Re: pure functions cause things to
be call clobbered still
On Sun, 2005-12-18 at 15:48 +, kazu at gcc dot gnu dot org wrote:
>
> --- Comment #5 from kazu at gcc dot gnu dot org 2005-12-18
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-01-03 14:58 ---
Subject: Re: Address (full struct) escapes
even though the called function does not cause it to escape
On Sun, 2006-01-01 at 00:41 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #1 from p
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-01-17 14:27 ---
Subject: Re: missed PRE optimization - move
"invariant casts" out of loops
rguenth at gcc dot gnu dot org wrote:
> --- Comment #1 from rguenth at gcc dot gnu dot org 2006-01-17 11:47
> ---
> Confirmed.
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-01-20 14:59 ---
Subject: Re: [4.2 Regression] ice with -g -O2
-fPIC
Yes, this is an easy bug to fix.
What happens is PRE things it can PRE anything that is just a bunch of
indirect_ref's, but in reality, there is one case
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-20 18:30 ---
Subject: Re: [4.2 Regression] ice with -g -O2
-fPIC
On Fri, 2006-01-20 at 17:03 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-20 17:03
>
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-07-18 14:06 ---
Subject: Re: [4.2 Regression] Wrong aliasing
with global var grouping during call clobbering
dnovillo at gcc dot gnu dot org wrote:
> --- Comment #3 from dnovillo at gcc dot gnu dot org 2006-07-18 13:25
> --
--- Comment #16 from dberlin at gcc dot gnu dot org 2006-07-18 17:03
---
Subject: Re: [4.0/4.1/4.2 Regression] Tree loop
optimizer does worse job than RTL loop optimizer
anemo at mba dot ocn dot ne dot jp wrote:
> --- Comment #15 from anemo at mba dot ocn dot ne dot jp 2006-07-1
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-07-22 13:30 ---
Subject: Re: [4.1 Regression] wrong optimization
with -ftree-vectorize
rguenth at gcc dot gnu dot org wrote:
> --- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-21 10:41
> ---
> On the mainline
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-08-08 06:14 ---
Subject: Re: redundant phi-node in latch-block
prevents vectorization
pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-08-08 01:47
> ---
> SSA copy prop wit
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-08-11 14:33 ---
Subject: Re: [4.2 Regression] Performace problem with
indexed load/stores on powerpc
Here is the reassoc patch that puts them in the right order at the tree
level.
Index: tree-ssa-reassoc.c
=
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-08-21 01:34 ---
Subject: Re: [4.0/4.1/4.2 Regression] alias
bug with cast and call clobbered
If you look at the alias dump, we don't think anything is aliased at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-08-22 12:47 ---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
pinskia at gcc dot gnu dot org wrote:
> --- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-22 06:17
> ---
>
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-08-23 01:40 ---
Subject: Re: [4.2 Regression] wrong code with
may_alias and structs
pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-08-22 21:50
> ---
> Created an attachme
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-08-23 23:52 ---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
hosking at cs dot purdue dot edu wrote:
> --- Comment #7 from hosking at cs dot purdue dot edu 2006-08-23 22:29
> --
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-08-24 02:45
---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
hosking at cs dot purdue dot edu wrote:
> --- Comment #11 from hosking at cs dot purdue dot edu 2006-08-24 00:57
> ---
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-08-24 14:43 ---
Subject: Re: [tree-ssa] Optimize cascaded a
= a == 0;
pinskia at gcc dot gnu dot org wrote:
> --- Comment #6 from pinskia at gcc dot gnu dot org 2006-08-24 04:27
> ---
> Another interesting case would be
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-08-25 15:19
---
Subject: Re: remove_phi_node attempts removal
of a phi node resized by resize_phi_node
hosking at cs dot purdue dot edu wrote:
> --- Comment #13 from hosking at cs dot purdue dot edu 2006-08-24 15:27
> ---
--- Comment #19 from dberlin at gcc dot gnu dot org 2006-08-27 04:12
---
Subject: Re: [4.0/4.1/4.2 Regression] alias
bug with cast and call clobbered
rguenth at gcc dot gnu dot org wrote:
> --- Comment #17 from rguenth at gcc dot gnu dot org 2006-08-26 20:42
> ---
> So, mak
--- Comment #21 from dberlin at gcc dot gnu dot org 2006-08-27 15:41
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
> by noticing that if pt_anything is set, we indeed need to include all
> addressable vars in the clobbering:
>
This is also equivalent
--- Comment #23 from dberlin at gcc dot gnu dot org 2006-08-27 16:00
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
> --- Comment #22 from rguenth at gcc dot gnu dot org 2006-08-27 15:49
> ---
> Well, yes. If we still had pt_vars at the tim
--- Comment #27 from dberlin at gcc dot gnu dot org 2006-08-27 20:51
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
> I don't understand how TBAA is interacting with the may-alias information.
Given a pointer, and some aliases, we ask TBAA, for each
--- Comment #28 from dberlin at gcc dot gnu dot org 2006-08-27 21:09
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
> Since we have never done that before, it does require new code.
>
And to answer what may be a followup, which is "why hasn't this br
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-09-03 23:50 ---
Subject: Re: New: tree-dce incorrectly removes an assignment.
> asm volatile
> (
> "push %1 \n\t"
> "call *%0 \n\t"
> "ad
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-09-04 04:06 ---
Subject: Re: [4.2 regression] ICE in add_virtual_operand, at
tree-ssa-operands.c:1309
Why does loop change the SMT usage?
In addition, since there are times loop doesn't do anything, you
should simply be returning
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-09-09 02:26 ---
Subject: Re: New: Problem creating a new pass
>
> Then i do make and make install without problems,but when i try to compiler a
> c
> code..
I'd highly suggest you email gcc@, use the current development
version,
--- Comment #30 from dberlin at gcc dot gnu dot org 2006-09-09 17:55
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
Patch coming in a sec
On 9 Sep 2006 15:02:37 -, reichelt at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --
--
http:/
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-09-12 13:31 ---
Subject: Re: PRE confused by control flow
This will be fixed by the 4.3 changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27755
--- Comment #32 from dberlin at gcc dot gnu dot org 2006-09-16 20:03
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
> --- Comment #31 from steven at gcc dot gnu dot org 2006-09-16 18:09
> ---
> sec has passed.
> ping!
>
I'm down to two test
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-09-21 12:15 ---
Subject: Re: [4.2 Regression] Misscompilation with structs due to new struct
alias
On 21 Sep 2006 04:23:24 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #4 from pinskia at g
--- Comment #34 from dberlin at gcc dot gnu dot org 2006-09-21 14:53
---
Subject: Re: ACATS c974001 c974013 hang with struct aliasing
On 21 Sep 2006 14:49:14 -, krebbel at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #33 from krebbel at gcc dot gnu dot org
--- Comment #36 from dberlin at gcc dot gnu dot org 2006-09-22 12:55
---
Subject: Re: ACATS c974001 c974013 hang with struct aliasing
On 21 Sep 2006 16:53:49 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #35 from ebotcazou at gcc dot gnu dot
--- Comment #38 from dberlin at gcc dot gnu dot org 2006-09-25 01:27
---
Subject: Re: ACATS c974001 c974013 hang with struct aliasing
On 24 Sep 2006 18:23:41 -, ebotcazou at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #37 from ebotcazou at gcc dot gnu dot
--- Comment #38 from dberlin at gcc dot gnu dot org 2006-09-26 15:47
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
On 26 Sep 2006 15:33:29 -, acahalan at gmail dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #37 from acahalan at gmail do
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-09-27 02:11 ---
Subject: Re: -fno-strict-aliasing disables restrict
On 27 Sep 2006 02:07:50 -, acahalan at gmail dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #5 from acahalan at gmail dot com 2006-09-27 02:07
--- Comment #41 from dberlin at gcc dot gnu dot org 2006-09-27 02:12
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
On 26 Sep 2006 15:57:28 -, pcarlini at suse dot de
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #40 from pcarlini at suse dot d
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-09-27 02:14 ---
Subject: Re: ICE with -fipa-pta
>
>
> --- Comment #4 from micis at gmx dot de 2006-09-26 08:16 ---
> I don't want to offend you but I know that already because last time I
> reported
> a bug with -fipa-pt
--- Comment #1 from dberlin at gcc dot gnu dot org 2006-09-28 18:39 ---
Subject: Re: New: Incorrect -fdump-rtl-sched and -fdump-rtl-sched2 document
This is because on your platofrm, sched1 doesn't run.
On 28 Sep 2006 15:51:05 -, hjl at lucon dot org
<[EMAIL PROTECTED]> wrote:
> T
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-02-13 16:17
---
Subject: Re: possible quadratic behaviour.
On 13 Feb 2007 10:37:55 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #9 from pluto at agmk dot net 2007-02-13 10:37 ---
> (In reply
--- Comment #13 from dberlin at gcc dot gnu dot org 2007-02-26 02:42
---
Subject: Re: -fPIC -O3 optimizer bug (32-bit target only)
On 26 Feb 2007 02:26:12 -, rwgk at yahoo dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #12 from rwgk at yahoo dot com 2007-02-26 02:26 ---
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-03-07 14:31 ---
Subject: Re: New: ICE at -O1 -fipa-pta
On 7 Mar 2007 10:32:37 -, fxcoudert at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> I saw the -fipa-pta option in the GCC manual, and decided to try it on
> mainline.
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-03-09 17:51 ---
Subject: Re: Revision 121302 causes 30% performance regression
Could you attach dumps for fdump-tree-alias-vops-details-blocks-stats
(tarr'ing up the resulting dumps is fine) for before and after?
I don't have a c
--- Comment #9 from dberlin at gcc dot gnu dot org 2007-03-10 00:01 ---
Subject: Re: Unable to coalesce ssa_names and which are marked as MUST
COALESCE
On 8 Mar 2007 20:12:16 -, amacleod at redhat dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #7 from amacleod at redhat
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-04-16 16:55 ---
Subject: Re: ICE at -O1 -fipa-pta
On 16 Apr 2007 06:03:45 -, fxcoudert at gmail dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #3 from fxcoudert at gmail dot com 2007-04-16 07:03 ---
> Subject: R
--- Comment #31 from dberlin at gcc dot gnu dot org 2007-04-25 17:01
---
Subject: Re: [4.2 Regression] -O3 optimizer bug
On 25 Apr 2007 15:32:41 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #29 from rguenth at gcc dot gnu dot org 2007-04-25 1
--- Comment #16 from dberlin at gcc dot gnu dot org 2007-04-26 02:20
---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On 25 Apr 2007 20:56:24 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #15 from pluto at agmk dot net 2007-04-25 21:56 -
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-07-16 13:41 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
805021000 bytes
Hi guys, can you check whether the 32723 fix that was just checked in
fixes this?
I believe it might (it should make 4.2 branch
--- Comment #16 from dberlin at gcc dot gnu dot org 2007-07-16 13:58
---
Subject: Re: [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
I've attached a patch you should be able to quickly backport to 4.2.1.
I'm still testing it against mainline right now.
On 16 Jul 2007 13
--- Comment #20 from dberlin at gcc dot gnu dot org 2007-07-16 22:29
---
Subject: Re: [4.2/4.3 Regression] -fstrict-aliasing causes skipped code
Oh, for 4.2 you need to add make_constraint_to_escaped_var
On 16 Jul 2007 15:51:44 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-07-22 15:42
---
Subject: Re: [4.3 Regression] tree-ssa-operands int.comp error
I already submitted a patch for this (see my followup to HP that fixes
valid_gimple_expression_p).
As soon as i can bootstrap on darwin, i will commi
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-07-26 18:22 ---
Subject: Re: [4.2 Regression] PRE goes crazy on YQPkgTechnicalDetailsView.cpp
Also, it requires boost :)
On 7/26/07, Daniel Berlin <[EMAIL PROTECTED]> wrote:
> Preprocessed source please.
> I don't make installed
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-26 18:21 ---
Subject: Re: [4.2 Regression] PRE goes crazy on YQPkgTechnicalDetailsView.cpp
Preprocessed source please.
I don't make installed versions of the compiler to play with :)
On 25 Jul 2007 11:46:35 -, rguenth at g
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-07-25 22:40 ---
Subject: Re: New: [4.2/4.3 regression] compile time and memory regression
Points-to memory with these is almost nothing, so don't look at meef.
It looks like size goes up for each function and is not fully
recovere
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-08-16 17:37 ---
Subject: Re: [4.3 Regrsssion] Using -O1 -fno-tree-salias results in ICE
Yeah, we either need to remove salias, or force create an empty
may_alias pass that returns TODO_may_alias but does nothing else.
I'm not sur
--- Comment #17 from dberlin at gcc dot gnu dot org 2007-08-23 13:45
---
Subject: Re: [4.1/4.2/4.3 Regression] wrong code due to alias with allocation
in loop
On 23 Aug 2007 12:13:13 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #16 from jakub at
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-08-23 14:01 ---
Subject: Re: [4.3 Regression] wrong VDEF for gcc.target/i386/cmov4.c
On 23 Aug 2007 13:55:21 -, bonzini at gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #2 from bonzini at gnu dot org 2007-08-23
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-08-23 14:05 ---
Subject: Re: [4.3 Regression] wrong VDEF for gcc.target/i386/cmov4.c
On 8/23/07, Daniel Berlin <[EMAIL PROTECTED]> wrote:
> On 23 Aug 2007 13:55:21 -, bonzini at gnu dot org
> <[EMAIL PROTECTED]> wrote:
> >
> >
--- Comment #6 from dberlin at gcc dot gnu dot org 2007-08-23 14:09 ---
Subject: Re: [4.3 Regression] wrong VDEF for gcc.target/i386/cmov4.c
Yes, you are right.
I wasn't thinking clearly
> --- Comment #4 from bonzini at gnu dot org 2007-08-23 14:04 ---
> Hmmm, a store into an
8 from jakub at redhat dot com 2007-08-23 14:49 ---
> Subject: Re: [4.1/4.2/4.3 Regression] wrong code due to alias with allocation
> in loop
>
> On Thu, Aug 23, 2007 at 01:45:11PM -0000, dberlin at dberlin dot org wrote:
> > > If you take address of the whole struct rather
--- Comment #21 from dberlin at gcc dot gnu dot org 2007-08-24 15:42
---
Subject: Re: [4.1/4.2/4.3 Regression] wrong code due to alias with allocation
in loop
On 24 Aug 2007 15:38:58 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #20 from jakub at
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-08-24 16:14 ---
Subject: Re: [4.3 Regression] ICE in set_uids_in_ptset, at
tree-ssa-structalias.c:4704
Accidently reversed test in tree-ssa-alias.c: find_used_portions
Testing fix now.
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #23 from dberlin at gcc dot gnu dot org 2007-08-24 16:21
---
Subject: Re: [4.1/4.2/4.3 Regression] wrong code due to alias with allocation
in loop
On 24 Aug 2007 16:16:44 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #22 from jakub at
--- Comment #22 from dberlin at gcc dot gnu dot org 2007-08-29 18:30
---
Subject: Re: [4.3 Regression]
tr1/2_general_utilities/shared_ptr/assign/auto_ptr.cc
On 29 Aug 2007 15:19:10 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #21 from rguenth
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-08-30 15:24 ---
Subject: Re: New: Missed opportunities for vectorization due to PRE
On 30 Aug 2007 02:55:17 -, spop at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> The following loop showing up in the top time users in cap
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-08-30 18:24 ---
Subject: Re: GCC-4.3.0 Bootstrap testsuite error increase
Log in before submitting the attachment
On 30 Aug 2007 18:23:23 -, michelin60 at gmail dot com
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #1 from
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-05 11:50 ---
Subject: Re: [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of
code in SQLite
On 28 Aug 2007 15:58:29 -, jakub at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #6 from jak
--- Comment #27 from dberlin at gcc dot gnu dot org 2007-09-05 11:51
---
Subject: Re: [4.2 Regression] -fstrict-aliasing causes skipped code
On 5 Sep 2007 06:47:19 -, giovannibajo at libero dot it
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #25 from giovannibajo at libero dot
1 - 100 of 410 matches
Mail list logo
