--- Comment #11 from dberlin at gcc dot gnu dot org 2006-04-20 16:21
---
(In reply to comment #10)
> PRE/FRE for mainline need some TLC on their compile-time performance as
> indicated by this PR as well. They're #3 & #4 respectively behind the
> operator
> sc
--- Comment #23 from dberlin at gcc dot gnu dot org 2006-05-03 03:19
---
Subject: Bug 26626
Author: dberlin
Date: Wed May 3 03:19:22 2006
New Revision: 113493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113493
Log:
2006-05-02 Daniel Berlin <[EMAI
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-05-04 16:52 ---
G. These phi nodes are all dead, but it still is verifying them anyway.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27093
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-05-07 18:18 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-05-09 01:28
---
Subject: Bug 27093
Author: dberlin
Date: Tue May 9 01:28:47 2006
New Revision: 113641
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113641
Log:
2006-05-08 Daniel Berlin <[EMAI
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-05-09 02:08
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-05-14 19:10 ---
We aren't marking smt usage for updating in forwprop, but we need to, because
forwprop is propagating and address and destroying the smt info.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27373
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-05-17 01:16 ---
Subject: Bug 27373
Author: dberlin
Date: Wed May 17 01:16:08 2006
New Revision: 113840
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113840
Log:
2006-05-16 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-05-17 12:07 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-06-01 12:22 ---
The SMT related stuff is a red herring.
Someone is not marking things for renaming when they should be.
The following patch will show that (it disables the used alone code).
Index: tree-ssa-operands.c
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-06-05 15:57
---
(In reply to comment #9)
> This thread is moving dangerously close to work in progress.. :-)
> I'll have something more definitive to say about it in a few weeks, but I'm
> looking at doing s
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-06-13 14:26 ---
gimplification is almost certainly the wrong place to be doing the kind of
dataflow we'd need to determine where we could insert load/save pairs of
globals.
Really.
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #13 from dberlin at gcc dot gnu dot org 2006-06-13 15:22
---
Some year we'll have to use the control dependence graph to see if all the
conditions are the same :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5035
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-06-13 17:15 ---
So it should have been marked global, and should alias the global var, but
apparently the global var doesn't pop into it's alias set
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28003
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-06-15 14:35
---
Uh, nobody told me it was exposed by my patch, and it's certainly not in the
bug history, or else i would be working on the bug.
In fact, as comment 8 shows, even if you disable the code i added in
2006-02-2
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-06-15 15:04
---
This should fix it
It looks like gimplify_val never calls mark_new_vars_to_rename, but may create
new statements that nothing else gets a handle to.
Index: tree-cfg.c
--- Comment #13 from dberlin at gcc dot gnu dot org 2006-06-19 14:34
---
Subject: Bug 27341
Author: dberlin
Date: Mon Jun 19 14:33:46 2006
New Revision: 114771
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114771
Log:
2006-06-19 Daniel Berlin <[EMAI
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-06-19 14:34
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from dberlin at gcc dot gnu dot org 2008-11-21 16:55 ---
(In reply to comment #0)
> For this function:
> int test (int a, int b, int c, int g)
> {
> int d, e;
> if (a)
> d = b * c;
> else
> d = b - c;
> e = b * c + g;
>
--- Comment #12 from dberlin at gcc dot gnu dot org 2008-12-10 20:15
---
Subject: Bug 36792
Author: dberlin
Date: Wed Dec 10 20:13:39 2008
New Revision: 142659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142659
Log:
2008-12-10 Daniel Berlin <[EMAIL PROTECTED]&g
--- Comment #9 from dberlin at gcc dot gnu dot org 2005-11-08 16:34 ---
Subject: Bug 23382
Author: dberlin
Date: Tue Nov 8 16:34:48 2005
New Revision: 106643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106643
Log:
2005-11-08 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #10 from dberlin at gcc dot gnu dot org 2005-11-08 16:36
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #6 from dberlin at gcc dot gnu dot org 2005-11-09 22:53 ---
1. Call clobbers aren't definitions. They are clobbers (IE kills). They do not
generate a new value, they simply specify the old value is dead. Thus, you
don't mean to say "df.c assumes call clobber
--- Comment #7 from dberlin at gcc dot gnu dot org 2005-11-09 22:57 ---
There are also a ton of other bugs related to hard regs in reaching definitions
on df.c in mainline, i'm just guessing.
Try the df.c from the dataflow-branch, and see if it fixes the bug, because
honestly, i
--- Comment #9 from dberlin at gcc dot gnu dot org 2005-11-09 23:30 ---
Okay, well, there are also bugs in df.c on mainline in regards to not creating
uses for "always-live" registers and registers that are live over eh edges, for
example. (It does none of this). Seriously.
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-11-14 18:14
---
Mark, the frontend is producing the address of a constructor, and nothing in
the middle end used to be really analyzing static iniatlizers which is why it
didn't break before (those that do try to look at
--- Comment #10 from dberlin at gcc dot gnu dot org 2005-11-14 18:18
---
It probably did *nothing at all* before the merge. The ICE is not too hard to
fix, i just haven't gotten to it yet
I will hopefully soon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
--- Comment #14 from dberlin at gcc dot gnu dot org 2005-11-14 23:10
---
Send me a dump of df_analyze (df, -1, DF_LR | DF_HARD_REGS |
DF_ARTIFICIAL_USES), and point out what you say is wrong and i'll make it
right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24762
--- Comment #3 from dberlin at gcc dot gnu dot org 2005-12-07 14:05 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from dberlin at gcc dot gnu dot org 2005-12-07 16:39 ---
Subject: Bug 25291
Author: dberlin
Date: Wed Dec 7 16:39:33 2005
New Revision: 108168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108168
Log:
2005-12-07 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #5 from dberlin at gcc dot gnu dot org 2005-12-07 16:40 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from dberlin at gcc dot gnu dot org 2005-12-13 18:14 ---
Created an attachment (id=10473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10473&action=view)
Patch
Please give this a try, tell me if it works
--
dberlin at gcc dot gnu dot org
--- Comment #11 from dberlin at gcc dot gnu dot org 2005-12-15 15:04
---
This should be fixed now with the PRE patches committed and the reassocpatches
committed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
--- Comment #9 from dberlin at gcc dot gnu dot org 2005-12-28 14:09 ---
Subject: Bug 25394
Author: dberlin
Date: Wed Dec 28 14:09:28 2005
New Revision: 109109
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109109
Log:
2005-12-28 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #10 from dberlin at gcc dot gnu dot org 2005-12-28 14:10
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-03 18:29 ---
Load PRE on globals is going to take a while, because we do some stupid things
in hashing (like hashing tcc_declaration's by pointer, instead of DECL_UID).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23455
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-01-03 18:39 ---
You are confused about what load PRE does. It will not lift these load because
it is not partially redundant.
You are looking for some sort of generic code hoister.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-01-12 23:13 ---
That would fix it perfectly fine, i'll bootstrap and test it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22415
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-01-12 23:18 ---
Mine, testing a patch.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dberlin at gcc dot gnu dot org 2006-01-13 16:00 ---
Subject: Bug 25771
Author: dberlin
Date: Fri Jan 13 16:00:13 2006
New Revision: 109669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109669
Log:
2006-01-13 Daniel Berlin <[EMAIL PROTECTED]&g
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-01-14 21:19 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-08-09 14:38 ---
I can trivially fix this, but the code isn't going to do what you want when i'm
done, since it is an aliasing violation :)
The assert in question just happens to be good at catching them.
--
http://g
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot
|dot org
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot
|dot org
--- Comment #4 from dberlin at gcc dot gnu dot org 2006-08-18 02:41 ---
Should be fixed now
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-08-19 14:10 ---
This looks like it has been broken for a long time.
Can someone add an alias dump?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28778
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-08-21 02:16
---
This is impressive.
We add b as a may alias to the SMT, then it disappears from the list before
call clobbering!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28003
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-08-22 14:04
---
Subject: Bug 28003
Author: dberlin
Date: Tue Aug 22 14:04:16 2006
New Revision: 116323
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116323
Log:
2006-08-22 Daniel Berlin <[EMAIL PROTECTED]&g
--- Comment #13 from dberlin at gcc dot gnu dot org 2006-08-22 14:05
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|dberlin
--- Comment #14 from dberlin at gcc dot gnu dot org 2006-08-22 14:05
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from dberlin at gcc dot gnu dot org 2006-08-22 18:18 ---
Add an alias dump so we can see what things think of all this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28807
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-08-29 14:59 ---
SCCVN comes up with
Value numbers:
d_2 = c_1
c_7 = b_6
d_8 = b_6
c_10 = a_9
d_11 = a_9
where
# PRED: 3 (fallthru,exec) 4 (fallthru,exec)
# dD.1526_2 = PHI ;
# cD.1525_1 = PHI ;
...
As a result, once
--- Comment #24 from dberlin at gcc dot gnu dot org 2006-09-20 00:00
---
You guys should be aware that dwarf2/3 has a field in the header of each dwarf
compilation unit labeled "address size" that tells what the address size for
that compilation unit is.
If this is set to 4,
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-09-21 02:32 ---
So, actually, i'm pretty sure they should have the same SMT, because they
should be in the same alias set.
Why do they get different SMT's?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29156
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-10-11 02:43 ---
Actually, AFAICT this is a variant of the struct aliasing bug zdenek reported.
The real problem is that we eliminate the false aliases and because their is no
real addressable variable here, the asm's miss o
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-10-11 02:46 ---
I've verified my fix for the other two bugs will fix this (sorry that one is
taking so long).
--
dberlin at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from dberlin at gcc dot gnu dot org 2006-10-13 17:49
---
mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #42 from dberlin at gcc dot gnu dot org 2006-10-13 17:50
---
mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #7 from dberlin at gcc dot gnu dot org 2006-10-13 17:51 ---
Mine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #8 from dberlin at gcc dot gnu dot org 2006-10-19 23:06 ---
Subject: Bug 29156
Author: dberlin
Date: Thu Oct 19 23:05:53 2006
New Revision: 117891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117891
Log:
2006-10-19 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-10-19 23:06
---
Subject: Bug 29415
Author: dberlin
Date: Thu Oct 19 23:05:53 2006
New Revision: 117891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117891
Log:
2006-10-19 Daniel Berlin <[EMAI
--- Comment #43 from dberlin at gcc dot gnu dot org 2006-10-19 23:06
---
Subject: Bug 28778
Author: dberlin
Date: Thu Oct 19 23:05:53 2006
New Revision: 117891
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117891
Log:
2006-10-19 Daniel Berlin <[EMAI
--- Comment #44 from dberlin at gcc dot gnu dot org 2006-10-19 23:07
---
Fixed.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from dberlin at gcc dot gnu dot org 2006-10-19 23:07 ---
Fixed.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from dberlin at gcc dot gnu dot org 2006-10-19 23:07
---
Fixed.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-01-29 17:25 ---
Subject: Bug 30630
Author: dberlin
Date: Mon Jan 29 17:25:04 2007
New Revision: 121295
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121295
Log:
2007-01-29 Daniel Berlin <[EMAIL PROTECTED]&g
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-01-29 17:25 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from dberlin at gcc dot gnu dot org 2007-02-12 16:37
---
(In reply to comment #10)
> Daniel, any idea?
>
None.
This change actually made us more conservative with points-to, it certainly
won't cause *more* things to be optimized away.
--
http://
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-02-12 20:47 ---
Does this work on mainline with no real issue?
If so, i'll try to backport the solver changes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-02-19 19:34 ---
Sorry, the fix was committed before the bug report was filed (IE ~5 minutes
before).
I forgot to mark this one closed.
--
dberlin at gcc dot gnu dot org changed:
What|Removed
--- Comment #21 from dberlin at gcc dot gnu dot org 2007-02-19 23:41
---
(In reply to comment #20)
> Is there a backport of the mainline patch that I could review, or ask another
> maintainer to review for inclusion in 4.2?
>
> Thanks,
>
> -- Mark
>
The
--- Comment #15 from dberlin at gcc dot gnu dot org 2007-02-26 04:38
---
I'll happily confirm I can reproduce it on my i686-pc-linux-gnu machine
--
dberlin at gcc dot gnu dot org changed:
What|Removed |
--- Comment #20 from dberlin at gcc dot gnu dot org 2007-03-09 17:55
---
Uh, i think i accidentally fixed the reduced testcase with my recent alias
patch (r122741).
Are the others still failing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29922
--- Comment #10 from dberlin at gcc dot gnu dot org 2007-03-09 23:48
---
(In reply to comment #7)
> The obvoious difference is more precise alias information:
>
> -bar: Maximum number of VOPS needed per statement: 80
> +bar: Maximum number of VOPS needed per statement: 71
--- Comment #23 from dberlin at gcc dot gnu dot org 2007-03-12 19:09
---
Subject: Bug 28544
Author: dberlin
Date: Mon Mar 12 19:09:05 2007
New Revision: 122857
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122857
Log:
2007-03-12 Daniel Berlin <[EMAI
--- Comment #24 from dberlin at gcc dot gnu dot org 2007-03-12 19:12
---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #14 from dberlin at gcc dot gnu dot org 2007-03-14 15:12
---
(In reply to comment #13)
> It's really all PTA memory.
>
> Mainline:
>
> tree PTA : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.00 ( 0%) wall
>
> 40 kB ( 0%) ggc
> T
--- Comment #24 from dberlin at gcc dot gnu dot org 2007-03-17 23:07
---
Subject: Bug 29922
Author: dberlin
Date: Sat Mar 17 23:07:34 2007
New Revision: 123029
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123029
Log:
2007-03-16 Daniel Berlin <[EMAI
--- Comment #26 from dberlin at gcc dot gnu dot org 2007-03-17 23:18
---
Sorry for the delay.
Fixed now.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from dberlin at gcc dot gnu dot org 2007-03-30 16:58
---
This is fixed now, rihgt?
I forgot to add the PR number to the changelog.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30089
--- Comment #1 from dberlin at gcc dot gnu dot org 2007-04-07 23:40 ---
See on-list discussion, but basically, it should suffice to simply remove the
assert, which will give the Ada frontend the same behavior it used to get.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31504
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-04-08 00:50 ---
Patch was reverted
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-04-16 02:55 ---
Don't remember if this is fixed, but not working anymore on it
--
dberlin at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-04-16 02:56 ---
The version I produced was turned down, and I have not had time to rewrite it
to be what others wanted
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-04-16 03:12 ---
PRE actually would perform the optimization on these two cases, but it sees the
cast as an induction variable.
Found partial redundancy for expression (short unsigned int) VH.29 (VH.37)
Skipping insertion of phi
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-04-16 03:15 ---
PS, I will fix this sometime after we have LTO.
Until then, -fipa-pta is not worth it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31068
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-04-16 19:14 ---
Doing cast motion actually causes about 25 *more* failures in the vectorizer
testsuite.
I'm closing this as won't fix since it seems there was no other reason to do
this.
--
dberlin at gcc dot g
--- Comment #30 from dberlin at gcc dot gnu dot org 2007-04-17 06:53
---
Is this really still broken in mainline?
At least as of Richard's last update, it wasn't
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
--- Comment #25 from dberlin at gcc dot gnu dot org 2007-04-25 03:14
---
(In reply to comment #23)
> This is a regression. Danny?
>
It actually should get assigned anything as a points-to set, so the "bad"
constraints are correct.
We should also always get correct
--- Comment #33 from dberlin at gcc dot gnu dot org 2007-04-25 19:45
---
I think richi said on IRC that the following backport from 4.3 will fix it (if
so, it's the correct fix here)
Index: tree-ssa-structal
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-07-24 07:16 ---
Didn't you commit the shared bitmap fix?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32723
--- Comment #43 from dberlin at gcc dot gnu dot org 2007-07-26 18:03
---
On my current branch, which i will commit soon, i have
tree PTA : 14.56 ( 1%) usr 0.57 ( 1%) sys 16.98 ( 1%) wall
26372 kB ( 2%) ggc
tree alias analysis : 577.90 (26%) usr 8.72 ( 8%) sys
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-08-10 01:37 ---
This should be fixed now.
I believe echristo bootstrapped with this flag just yesterday, in fact.
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-08-10 01:39 ---
This should be fixed now (it was a VN/PRE interaction)
I believe echristo bootstrapped with this flag just yesterday, in fact.
The testcase is certainly not crashing for me anymore
Please reopen if it is still
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-08-13 12:06 ---
It takes 2 iterations, but it has come up with 144 thousand expressions
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32772
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #2 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32303
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #21 from dberlin at gcc dot gnu dot org 2007-08-19 23:23
---
Subject: Bug 32328
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAI
--- Comment #8 from dberlin at gcc dot gnu dot org 2007-08-19 23:23 ---
Subject: Bug 32716
Author: dberlin
Date: Sun Aug 19 23:23:29 2007
New Revision: 127629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127629
Log:
2007-08-19 Daniel Berlin <[EMAIL PROTECTED]>
--- Comment #22 from dberlin at gcc dot gnu dot org 2007-08-20 01:54
---
All should be fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 403 matches
Mail list logo
