--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45472
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-09-01 09:45
---
(In reply to comment #8)
> Unfortunately, a lib based solutions are difficult for me to implement. The
> reason is that the current PSP SDK uses newlib. I can probably change my
> personal toolchain with
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-01 09:43 ---
I'll have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
T
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-09-01 09:42 ---
The problem is of course that the target and optimization attribute data
format is auto-generated. A solution would be to simply byte-copy
TREE_TARGET_OPTION with pre-pending its size and check the size on LTO read
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-31 14:19 ---
Looks obvious.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-31 14:17 ---
inline __attribute__((__always_inline__)) uint32 READ_UINT32(const void *ptr)
{
struct Unaligned32 { uint32 val; } __attribute__ ((__packed__));
return ((const Unaligned32 *)ptr)->val;
}
and similar look l
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-31 10:01 ---
Subject: Bug 45455
Author: rguenth
Date: Tue Aug 31 10:01:04 2010
New Revision: 163669
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163669
Log:
2010-08-31 Richard Guenther
PR testsui
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-31 10:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-31 09:56 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45454
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45457
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE: in |[4.5/4.6 Regression] ICE: in
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-31 09:13 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45445
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45250
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45438
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45444
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45325
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45297
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45421
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45416
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45383
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-30 16:00
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 15:57 ---
I also see SIGFPEs recently on FDO SPEC 2000.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-30 15:57
---
Wonder what fixed it on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-30 15:55 ---
Fixed. Changpeng, please remember to add PR tree-optimization/45260 to commit
messages (well, paste aggregated changelog entries there).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-30 15:54 ---
ISTR a review of a patch?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45200
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45083
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45081
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-30 15:52 ---
Jakub, ping.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45043
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44731
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41881
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-08-30 15:48
---
A regression but no known-to-work version?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-30 15:47
---
Not a gcc bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45319
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45397
--- Comment #26 from rguenth at gcc dot gnu dot org 2010-08-30 15:00
---
(In reply to comment #25)
> > > gcc currently has no middle option.
> >
> > Also this attribute is not on by default in glibc so you are asking to
> > turn on the style based warnings
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-30 13:46 ---
Subject: Bug 21602
Author: rguenth
Date: Mon Aug 30 13:46:31 2010
New Revision: 163646
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163646
Log:
2010-08-30 Richard Guenther
PR tree-opti
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 13:46 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-30 11:37 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-30 11:13 ---
Subject: Bug 45449
Author: rguenth
Date: Mon Aug 30 11:13:05 2010
New Revision: 163638
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163638
Log:
2010-08-30 Richard Guenther
PR tree-opti
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-30 09:09 ---
It's because we have dead variables in referenced vars and
455 /* Make sure the tail invocation of this function does not refer
456 to local variables. */
457 FOR_EACH_REFERENCED_VAR (var
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-30 08:56 ---
Difference in tail-calling. Investigating...
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #24 from rguenth at gcc dot gnu dot org 2010-08-30 07:12
---
(In reply to comment #20)
> (In reply to comment #16)
> > adjust summary according to the last timings
> >
>
> I am surprised to see such big differences between trunk and previous
> re
--- Comment #23 from rguenth at gcc dot gnu dot org 2010-08-30 07:11
---
(In reply to comment #22)
> Given the fact that the solution space is really large -- M^N where M is the
> number of candidates and M is the number of uses (here M == 70 and N == 48),
> and the cost fu
--- Comment #17 from rguenth at gcc dot gnu dot org 2010-08-29 09:25
---
tree iv optimization : 32.57 (20%) usr 0.10 ( 5%) sys 32.73 (20%) wall
322095 kB (18%) ggc
20% is still completely unreasonable for IV optimization.
--
rguenth at gcc dot gnu dot org changed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45436
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-28 11:40 ---
Note that internally there is no such thing as an operator|= for fundamental
types, but things are treated like in C. If you were in C,
sz.b |= f (&sz, &sz, &sz, 3);
there is no sequence point befor
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-27 19:25
---
Not working on the C frontend change. But the warning should be gone on trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-27 17:27 ---
Or in the cddce1 dump:
Analyzing # of iterations of loop 1
exit condition [p_4(D), + , 1](no_overflow) != 0B
bounds on difference of bases: -18446744073709551615 ... 0
result:
# of iterations -(long
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-27 17:26 ---
You can see that analysis happening with the C testcase on unpatched trunk
when looking at the cunrolli dump at -O2 for example.
Analyzing # of iterations of loop 1
exit condition [p_4(D), + , 1](no_overflow
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-27 16:12 ---
I think the bug is that we assume the exit is taken at some point, which is
not true if we assume the induction variable does not wrap (so we only can
assume one of both those assumptions at the same time
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Version|4.5.3 |4.6.0
http
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-27 14:59 ---
And here's the patch I'm talking about:
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01981.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45427
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-27 14:50 ---
C testcase:
extern void abort (void);
int __attribute__((noinline,noclone))
foo (char *p)
{
int h = 0;
do
{
if (*p == '\0')
break;
++h;
if (p == 0)
abort ();
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot or
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-27 13:01 ---
The few remaining bound checks do not look simple to remove (if at all).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-27 12:16 ---
Without -fbounds-check we have around 650 million calls to
iv_ca_get_num_inv_exprs ... called from iv_ca_recount_cost. With
-fbounds-check
this balloons to nearly 5 billion calls to that function.
David - this
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-27 12:06 ---
MODULE hfx_contract_block
INTEGER, PARAMETER :: dp=KIND(0.0D0)
CONTAINS
SUBROUTINE
block_9_2(mc_max,md_max,kbd,kbc,kad,kac,pbd,pbc,pad,pac,prim,scale)
INTEGER :: mc_max
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-27 11:41 ---
Reproducable with -O3 alone, -fbounds-check makes it more visible. With plain
-O3:
tree iv optimization : 22.64 (33%) usr 0.18 (11%) sys 22.97 (32%) wall
113858 kB (16%) ggc
and with added -fbounds-check
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-27 10:23 ---
Can also be seen here:
http://gcc.opensuse.org/SPEC/CFP/sb-barbella.suse.de-head-64-2006/times.html
and here:
http://gcc.opensuse.org/c++bench-frescobaldi/polyhedron/polyhedron-summary.txt-1-0.html
I'm lo
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-26 14:21 ---
I'd say it merely exposed it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45415
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-08-26 14:21 ---
Subject: Bug 45255
Author: rguenth
Date: Thu Aug 26 14:20:45 2010
New Revision: 163565
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163565
Log:
2010-08-26 Richard Guenther
PR tree-opti
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-26 14:21 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-26 12:43 ---
It works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45416
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||matz at gcc dot gnu dot org
Known to work
duct: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-26 09:46 ---
Well, you need flow-sensitive analysis to figure out that when visiting
ss.j += 88; you can assume that ss.j is still 2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45410
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-26 09:42 ---
Confirmed.
The tracer seriously messes up virtual operands. I'm not sure the copy
tables work like the author thought they would.
After duplicating we have
virtual int S::vm() (struct S * const this)
{
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:26 ---
(In reply to comment #6)
> The problem is that func_21 is first marked as
> TREE_READONLY/DECL_LOOPING_CONST_OR_PURE_P by local_pure_const, thus there are
> no vops on it, but afterwards it is b
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-25 17:25 ---
Likely a dup of PR45230.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:19 ---
Mine then, thanks for testing the proposed fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-25 14:06
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-08-25 14:05
---
Subject: Bug 44562
Author: rguenth
Date: Wed Aug 25 14:05:28 2010
New Revision: 163545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163545
Log:
2010-08-25 Richard Guenther
PR l
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 ---
Subject: Bug 45316
Author: rguenth
Date: Wed Aug 25 12:53:30 2010
New Revision: 163543
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163543
Log:
2010-08-25 Richard Guenther
PR tree-opti
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 12:36
---
So the issue is that when we prime the streamer cache for lto-out we register
the common type nodes (lto_record_common_node) which changes TYPE_CANONICAL
in a way we don't like (it globs int and long int, or
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 10:48
---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-08-25 10:48 ---
Subject: Bug 45393
Author: rguenth
Date: Wed Aug 25 10:47:50 2010
New Revision: 163541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163541
Log:
2010-08-25 Richard Guenther
PR tree-opti
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-08-25 10:44
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-08-25 10:03
---
Subject: Bug 45379
Author: rguenth
Date: Wed Aug 25 10:03:19 2010
New Revision: 163540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163540
Log:
2010-08-25 Richard Guenther
PR mi
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-25 08:43 ---
Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-24 15:48
---
Try
Index: emit-rtl.c
===
--- emit-rtl.c (revision 163519)
+++ emit-rtl.c (working copy)
@@ -1615,6 +1615,11 @@ set_mem_attributes_minus_bitpos
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-24 14:13 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-24 13:25
---
Subject: Bug 45379
Author: rguenth
Date: Tue Aug 24 13:25:25 2010
New Revision: 163519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163519
Log:
2010-08-24 Richard Guenther
PR mi
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-24 11:37 ---
Do you see the slowdown as well if you drop -funroll-loops? Do you see
the slowdown with just -O2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-08-24 10:37 ---
Created an attachment (id=21555)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21555&action=view)
patch
With this patch I get a similar looking diff. I still can't reproduce runtime
differences
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-24 09:12 ---
Confirmed. Reduced testcase, ICEs at -O1:
class FloatPoint;
class Path {
public:
~Path();
void moveTo(const FloatPoint&);
static void createEllipse(const FloatPoint& center, float rx,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-08-24 08:52 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45393
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45394
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45395
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-08-23 20:20 ---
Can you possibly reduce one testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45351
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45355
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-23 20:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status
301 - 400 of 15085 matches
Mail list logo
