--- 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=gccview=revrev=123524
Log:
PR middle-end/22156
* tree-sra.c (struct sra_elt): Add
--- 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
--
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 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=gccview=revrev=123011
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die
--- 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=gccview=revrev=122976
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die
--- 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=gccview=revrev=122977
Log:
gcc/ChangeLog:
PR debug/29906
* dwarf2out.c (force_type_die
--- 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=gccview=revrev=122900
Log:
gcc/ChangeLog:
PR middle-end/31127
* cse.c (cse_find_path): Do
--- 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 #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=gccview=revrev=122760
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn
--- 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=gccview=revrev=122771
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn
--- 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=gccview=revrev=122772
Log:
gcc/ChangeLog:
PR rtl-optimization/30643
* cse.c (cse_insn
--- 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 trivial
--- 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.
--
aoliva
--- 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=gccview=revrev=118475
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
--- 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 #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?
I'll
--- 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=gccview=revrev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment
--- 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=gccview=revrev=122071
Log:
PR tree-optimization/30823
* tree-sra.c (sra_build_assignment
--- 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-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=gccview=revrev=121986
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_type_die
--- 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-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/bugzilla
--- 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=gccview=revrev=121637
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_type_die
--- 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=gccview=revrev=121638
Log:
gcc/ChangeLog:
PR debug/30189
* dwarf2out.c (modified_type_die
--- 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 apologize
--
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 #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
--- 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=gccview=revrev=116215
Log:
PR target/28146
* reload.h (reg_equiv_alt_mem_list): New
--- 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=12076action=view)
Patch that appears to fix the bug
The problem was that we were killing unrelated live variables while clobbering
--- 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/bugzilla
--- 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=gccview=revrev=115545
Log:
PR c/26993
* c-common.c (handle_weakref_attribute): Ignore
--- 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=gccview=revrev=115546
Log:
PR c/26993
* c-common.c (handle_weakref_attribute): Ignore
--
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=11822action=view)
Patch that fixes the bug
This patch fixes the problem for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=gccview=revrev=114298
Log:
PR c++/26660
* parser.c (cp_parser_initial_pragma): Read one
--- 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 for you
--- 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=11533action=view)
Patch that fixes the problem and does not introduce regressions
The previous patch had a few regressions in vlas
--- 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|Removed
--- 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=11526action=view)
Patch that appears to fix the problem
Here's a patch I'm trying to fix the problem. Hopefully I've caught all
--- 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=11522action=view)
Patch that appears to fix the problem
This patch, that I'm testing now, appears to fix the bug. And it even
--- 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 |Added
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-05-17 13:08 ---
I suspect http://gcc.gnu.org/viewcvs?root=gccview=revrev=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 #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=gccview=revrev=113512
Log:
PR java/8260
* coverage.c: Use get_gcov_unsigned_t() instead
--
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
--
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=11205action=view)
Patch that fixes the bug
This is the patch I'm testing to fix the ICE. At the time I added weakref
support
--- 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
--- 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
--- 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.
I suppose
--- 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=gccview=revrev=110594
Log:
PR debug/2
* config/ia64/ia64.c: Include debug.h
--- 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=gccview=revrev=110597
Log:
PR debug/2
* config/ia64/ia64.c: Include debug.h
--- 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 #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=gccview=revrev=110265
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): Init to -1
--- 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=gccview=revrev=110267
Log:
gcc/ChangeLog:
PR c/25892
* c.opt (Wpointer-sign): Init to -1
--- 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 #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=10728action=view)
Patch that disables -Wpointer-sign by default, but gets -Wall or -pedantic to
imply it
This patch implements
--- 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 #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 #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=10694action=view)
Reduced testcase
This reduced testcase triggers the same bug before Richard's patch if compiled
.
--
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 #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 fair. Thanks
--- 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 #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 handle
--- 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=10362action=view)
Tentative patch to accomodate expressions, absent functions et al
Dave, could you please give this patch a try
--- 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=10353action=view)
Pach that fixes the weakref behavior on darwin
Could someone with access to the affected OS please try
--- 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.
--
http
--- 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=gccview=revrev=107639
Log:
PR libfortran/24991
* config/darwin.c
--- 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=gccview=revrev=107640
Log:
PR libfortran/24991
* config/darwin.c
--- 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
--- 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't have
--- 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
--- 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 though
--- 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 just x
--- 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 |Added
--- 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=gccview=revrev=106749
Log:
PR target/24778
* varasm.c (assemble_name): Recompute name only
--- 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 #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=gccview=revrev=106703
Log:
PR other/4372
* tree.h (IDENTIFIER_TRANSPARENT_ALIAS): New
--- 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=gccview=revrev=106704
Log:
gcc/ChangeLog:
PR other/4372
* gthr-dce.h, gthr-posix.h, gthr
--- 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
--
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 #3 from aoliva at gcc dot gnu dot org 2005-10-25 18:59 ---
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 #21 from aoliva at gcc dot gnu dot org 2005-10-20 19:32 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-07-14
18:32 ---
I'd say go for it. It's approved, after all. 'fraid I don't have a ChangeLog
entry handy.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
301 - 400 of 459 matches
Mail list logo
