--- Comment #9 from aoliva at gcc dot gnu dot org 2006-05-04 02:02 ---
Subject: Bug 8260
Author: aoliva
Date: Thu May 4 02:02:01 2006
New Revision: 113512
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113512
Log:
PR java/8260
* coverage.c: Use get_gcov_unsigned_t() in
--
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 #10 from aoliva at gcc dot gnu dot org 2006-05-04 02:05 ---
Fixed for 4.2.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-05-17 13:08 ---
I suspect http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113298 fixes it,
testing now...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-17 13:18 ---
Yep, confirmed, that fixes it. Richard, will you propose your patch for 4.1 as
well, or should I?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #15 from aoliva at gcc dot gnu dot org 2006-05-17 13:41 ---
That's odd. I can't reproduce the bug in mainline, but I could in the 4.1
branch, until I applied your patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
--- Comment #26 from aoliva at gcc dot gnu dot org 2006-05-28 05:11 ---
Looks like it's fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-28 06:47 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #11 from aoliva at gcc dot gnu dot org 2006-05-28 06:49 ---
Created an attachment (id=11522)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11522&action=view)
Patch that appears to fix the problem
This patch, that I'm testing now, appears to fix the bug.
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-29 08:09 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #34 from aoliva at gcc dot gnu dot org 2006-05-29 09:15 ---
I've completed a successful profiledbootstrap on amd64-linux-gnu last night.
Is anyone else still seeing this, or is it fixed?
--
aoliva at gcc dot gnu dot org changed:
What|Re
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-05-29 09:18 ---
Created an attachment (id=11526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11526&action=view)
Patch that appears to fix the problem
Here's a patch I'm trying to fix the problem. Hopefull
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-30 06:06 ---
I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and
the failures I got in the Ada testsuite were:
*** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001
Is this still an issue fo
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-05-30 06:32 ---
Created an attachment (id=11533)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11533&action=view)
Patch that fixes the problem and does not introduce regressions
The previous patch had a few regress
--- Comment #12 from aoliva at gcc dot gnu dot org 2006-06-01 04:55 ---
Subject: Bug 26660
Author: aoliva
Date: Thu Jun 1 04:55:32 2006
New Revision: 114298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114298
Log:
PR c++/26660
* parser.c (cp_parser_initial_pragma):
--- Comment #13 from aoliva at gcc dot gnu dot org 2006-06-01 04:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
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-07-05 06:04 ---
Created an attachment (id=11822)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11822&action=view)
Patch that fixes the bug
This patch fixes the problem for me.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #11 from aoliva at gcc dot gnu dot org 2008-12-05 06:56 ---
Subject: Bug 37033
Author: aoliva
Date: Fri Dec 5 06:55:12 2008
New Revision: 142459
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142459
Log:
ChangeLog.vta:
PR target/37033
* libc
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-12-10 17:22 ---
Subject: Bug 38271
Author: aoliva
Date: Wed Dec 10 17:20:50 2008
New Revision: 142651
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142651
Log:
gcc/ChangeLog:
PR middle-end/38271
* tr
--- Comment #13 from aoliva at gcc dot gnu dot org 2008-12-10 17:32 ---
Subject: Bug 37033
Author: aoliva
Date: Wed Dec 10 17:31:07 2008
New Revision: 142652
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142652
Log:
gcc/ChangeLog:
PR target/37033
* dwa
--- Comment #10 from aoliva at gcc dot gnu dot org 2008-12-10 17:30 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from aoliva at gcc dot gnu dot org 2008-12-10 17:31 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-05-12 05:49 ---
Subject: Bug 37137
Author: aoliva
Date: Tue May 12 05:49:28 2009
New Revision: 147415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147415
Log:
ChangeLog:
PR target/37137
* Makefile.def (flags
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-05-16 06:52 ---
FWIW, there are lots of failures like this building gnat in stage2, during a
bootstrap with BUILD_CONFIG=bootstrap-O3
--
aoliva at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from aoliva at gcc dot gnu dot org 2009-05-18 06:54 ---
I (and the automated regression testers) can't seem to duplicate this. May I
have a bit more detail as to the circumstances in which the problem occurs,
please?
--
aoliva at gcc dot gnu dot org ch
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-05-18 15:34 ---
Uhh... This shouldn't matter when commands are run in a shell with set -e,
like make does, no?
Anyhow, thanks for the analysis. I suppose replacing the final : for exit $$?
should fix this, right?
--
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-05-19 00:01 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 00:01:17 2009
New Revision: 147683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147683
Log:
PR other/40159
* Makefile.tpl (all): Don&#x
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-05-19 00:04 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 00:04:17 2009
New Revision: 147684
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147684
Log:
PR other/40159
* Makefile.tpl (all): Don&#x
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-05-19 00:05 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 00:04:57 2009
New Revision: 147685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147685
Log:
PR other/40159
* Makefile.tpl (all): Don&#x
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-05-19 00:07 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-05-19 01:30 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 01:30:35 2009
New Revision: 147695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147695
Log:
PR other/40159
* Makefile.tpl (all): Don'
--- Comment #10 from aoliva at gcc dot gnu dot org 2009-05-19 01:31 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 01:31:12 2009
New Revision: 147696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147696
Log:
PR other/40159
* Makefile.tpl (all): Don'
--- Comment #11 from aoliva at gcc dot gnu dot org 2009-05-19 01:32 ---
Subject: Bug 40159
Author: aoliva
Date: Tue May 19 01:32:09 2009
New Revision: 147697
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147697
Log:
PR other/40159
* Makefile.tpl (all): Don'
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-11-09 20:13 ---
Subject: Bug 4372
Author: aoliva
Date: Wed Nov 9 20:13:41 2005
New Revision: 106703
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106703
Log:
PR other/4372
* tree.h (IDENTIFIER_TRANSPARENT_ALI
--- Comment #10 from aoliva at gcc dot gnu dot org 2005-11-09 20:57 ---
Subject: Bug 4372
Author: aoliva
Date: Wed Nov 9 20:57:30 2005
New Revision: 106704
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106704
Log:
gcc/ChangeLog:
PR other/4372
* gthr-dce.h, gthr-posix
--- Comment #11 from aoliva at gcc dot gnu dot org 2005-11-09 20:58 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from aoliva at gcc dot gnu dot org 2005-11-10 18:11 ---
Mine. I'll try to get the failure with a cross compiler.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |
--- Comment #6 from aoliva at gcc dot gnu dot org 2005-11-10 19:54 ---
Subject: Bug 24778
Author: aoliva
Date: Thu Nov 10 19:54:06 2005
New Revision: 106749
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106749
Log:
PR target/24778
* varasm.c (assemble_name): Recomp
--- Comment #7 from aoliva at gcc dot gnu dot org 2005-11-10 20:04 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from aoliva at gcc dot gnu dot org 2005-11-14 13:55 ---
So is pthread_key_delete not declared in HP-UX's DCE headers? Is it actually
the correct spelling, or have we always had a harmless typo in gthr-dce.h? It
looks suspicious because pthread_keycreate doesn'
--- Comment #3 from aoliva at gcc dot gnu dot org 2005-11-14 13:58 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #4 from aoliva at gcc dot gnu dot org 2005-11-14 14:19 ---
Does this target actually support weak declarations? It appears to me that it
only does when the assembler supports .weak, but even then, the linker will
object to undefined weak symbols, which is something this
--- Comment #5 from aoliva at gcc dot gnu dot org 2005-11-14 14:25 ---
Hmm, this is tricky. I hadn't considered the case of having one of these
functions defined with a symbol that does not have external linkage. I suppose
we may have to take care of this case :-( even thou
--- Comment #6 from aoliva at gcc dot gnu dot org 2005-11-14 14:30 ---
Another idea that's just occurred to me is to use a preprocessor macro to
*refer* to the symbols throughout the source files. Say, __gthrw_(x) would
expand to __gthrw_x when weakrefs are available, and to j
--- Comment #1 from aoliva at gcc dot gnu dot org 2005-11-14 15:41 ---
Yeah, weakref support in the compiler is independent of .weakref support in the
assembler. If .weakref is not available, the compiler will emulate that by
always using the target symbol name, and deciding at the
--- Comment #35 from aoliva at gcc dot gnu dot org 2005-11-28 14:15 ---
Created an attachment (id=10353)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10353&action=view)
Pach that fixes the weakref behavior on darwin
Could someone with access to the affected OS please t
--- Comment #2 from aoliva at gcc dot gnu dot org 2005-11-28 18:40 ---
I'd change the testcase s/weakref/alias/, so as to make it clear that the error
has nothing to do with the newly-introduced weakref, but rather with regular
aliases, that weakref builds upon.
--
--- Comment #37 from aoliva at gcc dot gnu dot org 2005-11-29 00:47 ---
Subject: Bug 24991
Author: aoliva
Date: Tue Nov 29 00:47:28 2005
New Revision: 107639
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107639
Log:
PR libfortran/24991
* config/
--- Comment #38 from aoliva at gcc dot gnu dot org 2005-11-29 00:56 ---
Subject: Bug 24991
Author: aoliva
Date: Tue Nov 29 00:56:16 2005
New Revision: 107640
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107640
Log:
PR libfortran/24991
* config/
--- Comment #3 from aoliva at gcc dot gnu dot org 2005-11-29 13:50 ---
Sorry, I totally misread the testsuite output.
Can you tell what part of the execution test that fails? I find it very
unlikely that this is a compiler error; it's far more likely to be a linker
failure to h
--- Comment #4 from aoliva at gcc dot gnu dot org 2005-11-29 13:55 ---
Make it a weak alias, then.
Anyhow, the point is that the alias infrastructure in GCC is available for all
ports. If some port limits what kinds of aliases you can use, then, well, too
bad. But the smarts to get
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-11-29 14:27 ---
Created an attachment (id=10362)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10362&action=view)
Tentative patch to accomodate expressions, absent functions et al
Dave, could you please give this patc
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-12-11 20:54 ---
IMHO it's better to add a new option with the desired meaning than modifying
the behavior of the current option. -print-multi-search-dirs maybe?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20425
--- Comment #48 from aoliva at gcc dot gnu dot org 2006-01-08 16:30 ---
Mark, please reassign this to me when the promised review is ready. I'm being
held responsible for the patch not being in on IRC because the bug is assigned
to me, and I think that's not fai
.
--
Summary: make clean fails
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: bonzini at gnu dot org
ReportedBy: aoliva at gcc dot gnu dot org
--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-20 17:16 ---
If you mean make -k for sub-makes, yes. But `make clean && make && make check'
ought to work, and not stop after make clean because it looks like it failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25790
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-07-18 06:41 ---
Subject: Bug 26993
Author: aoliva
Date: Tue Jul 18 06:41:13 2006
New Revision: 115545
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115545
Log:
PR c/26993
* c-common.c (handle_weakref_attribute)
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-07-18 06:53 ---
Subject: Bug 26993
Author: aoliva
Date: Tue Jul 18 06:52:59 2006
New Revision: 115546
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115546
Log:
PR c/26993
* c-common.c (handle_weakref_attribute)
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-08-15 07:23 ---
I believe it should be a MO_COPY, yes, in spite of the REG_DEAD note. That's
because, even though GCC no longer cares about the register content, the value
is actually still there until something else writes
--- Comment #8 from aoliva at gcc dot gnu dot org 2006-08-15 10:12 ---
Created an attachment (id=12076)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12076&action=view)
Patch that appears to fix the bug
The problem was that we were killing unrelated live variable
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-08-15 10:22 ---
Err, there's at least one bug in the patch that cause an early bootstrap crash.
Replacing both occurrences of (loc) with (node->loc), which was what I had
intended, fixes it.
--
http://gcc.gnu.org/
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-08-17 08:55 ---
Subject: Bug 28146
Author: aoliva
Date: Thu Aug 17 08:55:02 2006
New Revision: 116215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116215
Log:
PR target/28146
* reload.h (reg_equiv_alt_mem_li
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-02-06 01:34 ---
Subject: Bug 30189
Author: aoliva
Date: Tue Feb 6 01:34:37 2007
New Revision: 121637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121637
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-06 01:35 ---
Subject: Bug 30189
Author: aoliva
Date: Tue Feb 6 01:35:10 2007
New Revision: 121638
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121638
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-12 19:26 ---
Sorry, for some reason I had missed the e-mail with the question about this.
Yes, the check in was bogus. I still don't understand how it happened. Sorry
about that.
--
http://gcc.gnu.org/bug
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-15 07:27 ---
Subject: Bug 30189
Author: aoliva
Date: Thu Feb 15 07:27:00 2007
New Revision: 121986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121986
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-15 07:27 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-17 05:40 ---
This is odd... I can't confirm this in mainline, having tried both i686 and
x86_64 native builds. Has anyone else confirmed that it applies to the trunk
as well, to justify its being marked as 4.3 Regression?
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_as
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 ---
Subject: Bug 30823
Author: aoliva
Date: Sat Feb 17 07:07:28 2007
New Revision: 122071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_as
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-17 07:12 ---
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01491.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-19 06:20 ---
Fixed in revision 122120.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-03-08 09:05 ---
I have a patch for the 4.1 branch that I'm bootstrap-testing now. It doesn't
look like reverting the mentioned patch will fix the problem in mainline,
though, at least for an x86_64-linux-gnu native.
-
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-03-08 10:23 ---
It was the fwprop merge that further disabled the optimization in the trunk.
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118475
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-03-09 20:13 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 20:13:10 2007
New Revision: 122760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122760
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 23:29:51 2007
New Revision: 122771
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122771
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 ---
Subject: Bug 30643
Author: aoliva
Date: Fri Mar 9 23:30:16 2007
New Revision: 122772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122772
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-03-09 23:36 ---
Should be fixed now, but H-P Nilsson says on IRC that there is a new ICE in
cse.c that could be related. No details yet. I suppose it's mainline, because
the patches for the branches are so much more tr
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-03-13 07:56 ---
On it.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-03-14 01:45 ---
Subject: Bug 31127
Author: aoliva
Date: Wed Mar 14 01:45:39 2007
New Revision: 122900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122900
Log:
gcc/ChangeLog:
PR middle-end/31127
* cse.c (cse_find_p
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-03-14 04:09 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-03-16 05:08 ---
Subject: Bug 29906
Author: aoliva
Date: Fri Mar 16 05:08:25 2007
New Revision: 122976
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122976
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-03-16 05:09 ---
Subject: Bug 29906
Author: aoliva
Date: Fri Mar 16 05:08:47 2007
New Revision: 122977
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122977
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-03-17 03:48 ---
Does anyone feel like testing the patch in 4.0?
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-03-17 04:52 ---
Subject: Bug 29906
Author: aoliva
Date: Sat Mar 17 04:52:44 2007
New Revision: 123011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123011
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_
--
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 #12 from aoliva at gcc dot gnu dot org 2007-04-05 19:50 ---
Subject: Bug 22156
Author: aoliva
Date: Thu Apr 5 19:50:34 2007
New Revision: 123524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123524
Log:
PR middle-end/22156
* tree-sra.c (struct sra_e
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-04-05 23:06 ---
Fixed in trunk for 4.3, not sure about backporting...
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-04-05 23:33 ---
FWIW, the patch for PR 22156 does not change the generated code on ppc,
although it appears to improve the x86 code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-04-05 23:36 ---
No change with the patch for PR 22156.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20671
--- Comment #16 from aoliva at gcc dot gnu dot org 2007-10-01 16:36 ---
Subject: Bug 22156
Author: aoliva
Date: Mon Oct 1 16:35:55 2007
New Revision: 128908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128908
Log:
PR middle-end/22156
* tree-sra.c (struct sra_e
--- Comment #17 from aoliva at gcc dot gnu dot org 2007-10-01 16:46 ---
Patch checked in.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-10-01 19:55 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00061.html is quite
likely to fix this.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-10-02 01:38 ---
Subject: Bug 33572
Author: aoliva
Date: Tue Oct 2 01:37:59 2007
New Revision: 128939
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128939
Log:
PR tree-optimization/33572
* tree-cfg.c (verify_stmts
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-10-03 01:04 ---
Confirmed, the patch fixes it.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--
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
--
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 #7 from aoliva at gcc dot gnu dot org 2007-10-05 17:44 ---
Possible fix at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00302.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-10-05 17:45 ---
Testing patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00298.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33655
1 - 100 of 467 matches
Mail list logo
