--- Comment #3 from aoliva at gcc dot gnu dot org 2010-06-15 02:51 ---
Created an attachment (id=20911)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20911&action=view)
Patch that fixes the problem
Testing this now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44248
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-20 23:58 ---
Subject: Bug 44248
Author: aoliva
Date: Sun Jun 20 23:57:54 2010
New Revision: 161056
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161056
Log:
PR debug/44248
* lto-streamer-in.c (input_bb): Lea
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-21 02:58 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-23 04:30 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-23 04:35 ---
Created an attachment (id=20984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20984&action=view)
Patch that fixes the problem
The MEMs for each HImode in the DImode args all have NULL MEM_OFFSET (we
--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-23 07:00 ---
I've just run into this very problem building i-c.adb on ia64-linux-gnu, using
gcc-3.4.6 as the bootstrap compiler to build today's trunk daily bump, r161240.
I think I hadn't had Ada enabled o
--- Comment #10 from aoliva at gcc dot gnu dot org 2010-06-24 03:34 ---
I can only duplicate this problem, even on 4.5 branch, using an old version of
GDB, on ia64-linux-gnu. With GDB 7.1, it gets the variables as expected.
--
aoliva at gcc dot gnu dot org changed:
What
--- Comment #30 from aoliva at gcc dot gnu dot org 2010-06-24 04:01 ---
Patch installed on 2009-10-01, assuming fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from aoliva at gcc dot gnu dot org 2010-06-24 17:58 ---
I don't see how a bug reported in 2003 against 3.2 and marked as failing up to
4.0 could possibly be related in any way with VTA. Clearly that bug was fixed.
Sure, VTA does perform poorly with these testcases
--- Comment #6 from aoliva at gcc dot gnu dot org 2010-06-25 21:11 ---
Subject: Bug 44610
Author: aoliva
Date: Fri Jun 25 21:11:32 2010
New Revision: 161413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161413
Log:
PR debug/44610
* simplify-rtx.c (delegitimize_mem_fr
--- Comment #7 from aoliva at gcc dot gnu dot org 2010-06-25 21:12 ---
Subject: Bug 44610
Author: aoliva
Date: Fri Jun 25 21:11:56 2010
New Revision: 161414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161414
Log:
PR debug/44610
* simplify-rtx.c (delegitimize_mem_fr
--- Comment #8 from aoliva at gcc dot gnu dot org 2010-06-25 21:13 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-11-26 06:26 ---
Subject: Bug 27898
Author: aoliva
Date: Mon Nov 26 06:26:18 2007
New Revision: 130425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130425
Log:
PR c/27898
* c-typeck.c (tagged_types_tu_compatible_p)
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-11-26 16:24 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
non-g
output code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aoliva at gcc dot gnu do
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34255
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-11-29 06:00 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-12-15 20:19 ---
Subject: Bug 7081
Author: aoliva
Date: Sat Dec 15 20:19:23 2007
New Revision: 130960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130960
Log:
gcc/ChangeLog:
PR debug/7081
* dwarf2out.c (dwarf_
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-12-15 20:22 ---
1) is now fixed. I wish I'd had time to get to 2), but my time slot for this
is over for the time being, so I'll leave this up for grabs.
--
aoliva at gcc dot gnu dot org changed:
What
: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aoliva at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34548
--- Comment #17 from aoliva at gcc dot gnu dot org 2008-01-03 05:16 ---
Subject: Bug 33168
Author: aoliva
Date: Thu Jan 3 05:15:42 2008
New Revision: 131276
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131276
Log:
gcc/cp/ChangeLog:
PR target/33168
* decl.c (cp_fin
--- Comment #18 from aoliva at gcc dot gnu dot org 2008-01-11 06:46 ---
I don't see anything in expand_expr_real_1 that, given something like
(wider)narrower_typed_value, would reduce the value in a way that takes the
narrower_type into account. NOP_EXPR and CONVERT_EXPR will
--- Comment #22 from aoliva at gcc dot gnu dot org 2008-01-14 19:56 ---
Both are cases in which the absence of bit-field reduction *on widening
conversions* causes the problem.
I realize the absence of such reductions can be harmful in other cases as well,
e.g. division and right
--- Comment #4 from aoliva at gcc dot gnu dot org 2008-01-17 12:43 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #8 from aoliva at gcc dot gnu dot org 2008-04-22 06:27 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-04-22 06:28 ---
Created an attachment (id=15507)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15507&action=view)
Patch that fixes the bug, under test
Here's a patch that I've come up with that fixes thi
--- Comment #7 from aoliva at gcc dot gnu dot org 2008-04-29 08:19 ---
Subject: Bug 35542
Author: aoliva
Date: Tue Apr 29 08:18:36 2008
New Revision: 134782
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=134782
Log:
* fwprop.c (forward_propagate_and_simplify): Replac
--- Comment #22 from aoliva at gcc dot gnu dot org 2008-06-25 20:20 ---
Sorry that it took me so long to look at this.
Richi, I have a feeling that your patch will just paper over the problem.
See, if we take a bit-range that's not the entire bit-field, it will emit the
same s
--- Comment #24 from aoliva at gcc dot gnu dot org 2008-06-26 00:33 ---
It's not just the result type that changed. You actually changed the type of
the variable created to hold the group of bit fields, out of which we further
extract members that were not mapped to separate vari
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aoliva at gcc dot gnu dot org
GCC build triplet: *-*-*
GCC host triplet: *-*-*
GCC target triplet: *-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36639
--- Comment #2 from aoliva at gcc dot gnu dot org 2008-06-26 05:12 ---
It is indeed documented that way, but one gets to wonder if that's desirable.
Consider that in the original testcase the pointer is converted to a physical
address (integral type) that must not be dereferenced
--- Comment #4 from aoliva at gcc dot gnu dot org 2008-06-26 18:10 ---
I have not tried 4.4. Anyhow, I have looked further into this issue, and I
came to the conclusion that a memory clobber (that should have always been
there anyway) will get things right. I cannot tell for sure that
--- Comment #26 from aoliva at gcc dot gnu dot org 2008-06-26 18:13 ---
The place where you said you were just changing the type of the result. Note
that it's that type that determines the type of the scalar variable created to
hold the group. If it differs from the expected type
--- Comment #16 from aoliva at gcc dot gnu dot org 2006-01-21 02:11 ---
Created an attachment (id=10694)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10694&action=view)
Reduced testcase
This reduced testcase triggers the same bug before Richard's patch if c
--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-25 17:40 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-01-25 18:12 ---
Created an attachment (id=10728)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10728&action=view)
Patch that disables -Wpointer-sign by default, but gets -Wall or -pedantic to
imply it
This patch imp
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-01-25 18:17 ---
All I know is what's in the bug report. It says -Wall or -pedantic.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25892
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-01-26 18:50 ---
Subject: Bug 25892
Author: aoliva
Date: Thu Jan 26 18:50:37 2006
New Revision: 110265
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110265
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): In
--- Comment #8 from aoliva at gcc dot gnu dot org 2006-01-26 19:06 ---
Subject: Bug 25892
Author: aoliva
Date: Thu Jan 26 19:06:06 2006
New Revision: 110267
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110267
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): In
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-01-26 19:09 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-02-03 08:40 ---
Patch for the IA64 debug info regression posted at
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00197.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from aoliva at gcc dot gnu dot org 2006-02-04 22:08 ---
Subject: Bug 2
Author: aoliva
Date: Sat Feb 4 22:08:04 2006
New Revision: 110594
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110594
Log:
PR debug/2
* config/ia64/ia64.c: Include
--- Comment #13 from aoliva at gcc dot gnu dot org 2006-02-04 22:13 ---
Subject: Bug 2
Author: aoliva
Date: Sat Feb 4 22:13:20 2006
New Revision: 110597
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110597
Log:
PR debug/2
* config/ia64/ia64.c: Include
--- Comment #57 from aoliva at gcc dot gnu dot org 2006-02-20 18:37 ---
This should have long been closed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-02-20 19:38 ---
I can't really look into it because it's specific to an OS I don't have access
to.The proposed change looks reasonable. Reverting my change will very
likely break the build on well-behaved OSes
--- Comment #13 from aoliva at gcc dot gnu dot org 2006-02-25 03:53 ---
It was GNU/Linux, for sure. Earlier gthr-posix.h used #pragma weak, which did
not require declarations for referenced symbols, whereas the new weakref
machinery requires earlier declarations to obtain the type for
--- Comment #17 from aoliva at gcc dot gnu dot org 2006-03-17 06:25 ---
I failed to note this PR when I checked in
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01039.html as revision 112170,
sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23602
--- Comment #15 from aoliva at gcc dot gnu dot org 2006-03-17 06:27 ---
I failed to note this PR when I checked in
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg01039.html as revision 112170,
sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8047
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #1 from aoliva at gcc dot gnu dot org 2006-04-04 17:41 ---
Created an attachment (id=11205)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11205&action=view)
Patch that fixes the bug
This is the patch I'm testing to fix the ICE. At the time I added wea
--
What|Removed |Added
AssignedTo|aoliva at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-25
20:54 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|aoliva at gcc dot gnu dot |unassigned at gcc dot gnu
|org |dot org
Status|ASSIGNED
--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23
20:25 ---
http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_120.html seems to be pretty
clear on this matter: the type of the bit-field is informally unsigned int :1,
so the conversion invokes undefined behavior per
--- Additional Comments From aoliva at gcc dot gnu dot org 2004-12-23
21:03 ---
Paolo's patch looks good to me. Paolo, would you please check it in?
--
What|Removed |
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-09
13:07 ---
Err... Just tried this on mainline x86_64-linux-gnu and it didn't fail. Maybe
it's fixed in mainline? It seems to be still broken in 3.4.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18838
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-14
16:29 ---
Yes, it is natural, once you look into the mechanisms used to implement the
features. However, if you focus on the definitions:
- memory allocated for dynamic-sized arrays is released at the time the array
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Comment #11 from aoliva at gcc dot gnu dot org 2006-11-01 06:37 ---
Every inlined function starts with copying of argument initializers into the
formal arguments. This makes such copies too suitable for SSA coalescing.
It appears to me that it would be desirable to arrange for
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #23 from aoliva at gcc dot gnu dot org 2007-01-12 04:04 ---
I can't imagine why I might have added or merged those files. I'm pretty sure
I had no intention of merging them. I may have goofed in the merge command, or
I ran into some SVN bug. Whatever it was, I
401 - 467 of 467 matches
Mail list logo
