Synopsis: ICE in tree_low_cst, at tree.c:3462
State-Changed-From-To: analyzed->closed
State-Changed-By: neroden
State-Changed-When: Fri Jan 3 06:04:24 2003
State-Changed-Why:
Doesn't ICE. This is probably a side-effect of the attributes fix which went in
really recentl
Synopsis: [Alpha] Error defining static member in templates with initialization
State-Changed-From-To: feedback->closed
State-Changed-By: neroden
State-Changed-When: Mon Jan 13 19:41:08 2003
State-Changed-Why:
fixed
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&datab
Old Synopsis: [parser] wrong lookup on templated code
New Synopsis: [2003-01-19][parser] wrong lookup on templated code
State-Changed-From-To: suspended->analyzed
State-Changed-By: neroden
State-Changed-When: Mon Jan 20 04:49:29 2003
State-Changed-Why:
It's still here...
http://gcc
Old Synopsis: expression mangling doesn't work for operator new
New Synopsis: [2003-02-23]expression mangling doesn't work for operator new
State-Changed-From-To: feedback->analyzed
State-Changed-By: neroden
State-Changed-When: Sun Feb 23 21:44:08 2003
State-Changed-Why:
confirm
--- Comment #19 from neroden at gcc dot gnu dot org 2006-05-26 18:34
---
I'm afraid I've become very busy and my priorities have changed; I'm not going
to get this bug fixed. Unassigning.
--
neroden at gcc dot gnu dot org changed:
W
--- Comment #2 from neroden at gcc dot gnu dot org 2005-11-07 15:15 ---
True, enhancement request.
--
neroden at gcc dot gnu dot org changed:
What|Removed |Added
ol, true>::_S_get_pool()
+W __gnu_cxx::__common_pool<__gnu_cxx::__pool, true>::_S_get_pool()
W KLibFactory::metaObject() const
W QGList::count() const
W QObject::metaObject() const
@@ -42,4 +42,4 @@
V vtable for KonqSoundFactory
V vtable for KonqSoundPlayerImpl
V vtable for QGList
-V __gnu_cxx::__common_pool_policy<__gnu_cxx::__pool,
true>::_S_get_pool()::_S_pool
+V __gnu_cxx::__common_pool<__gnu_cxx::__pool, true>::_S_get_pool()::_S_pool
So there's some change going on with __common_pool vs. __common_pool_policy
which amounts to a backwards-incompatible change. :-P
--
Summary: Accidental ABI change between 4.0.1 and 4.0.2?
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: neroden at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
--- Comment #5 from neroden at gcc dot gnu dot org 2005-11-08 22:56 ---
So Debian is planning to revert allocator choice to fix this, I believe. :-)
Technically it's not 'critical' according to the analysis, incidentally.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24712
--- Comment #15 from neroden at gcc dot gnu dot org 2005-10-03 03:42
---
So there's a problem with the multiple-include-protection in glibc!
We actually want to include the headers twice, potentially -- once when
included via et al, with everything in namespaces, and once
--- Additional Comments From neroden at gcc dot gnu dot org 2005-07-15
05:50 ---
OK, so in X.org, the key area where this is hit is the definition of
MMIO_IN8 in compiler.h. For alpha, sparc, and powerpc, inline volatile
ASM is used instead (much better in some ways
--- Additional Comments From neroden at gcc dot gnu dot org 2005-04-26
03:59 ---
Try this patch for ada/Makefile.in: it's the "dumb solution" which might work.
--- Makefile.in 7 Apr 2005 19:07:41 - 1.116
+++ Makefile.in 26 Apr 2005 03:58:11 -
@
--- Additional Comments From neroden at gcc dot gnu dot org 2005-05-03
01:33 ---
I'm waiting for feedback here; because this is a port-specific proble I can't
test fixes on my own. Patch in bug trail.
--
What|Removed
- Additional Comments From neroden at gcc dot gnu dot org 2005-05-16
11:59 ---
Committed fix to mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From neroden at gcc dot gnu dot org 2005-01-29
22:19 ---
>You may try adding a gnattools directory, whose makefile and configury is
based
>on libada's, but which is a host module rather than a target module.
Correct (dammit). :-)
I
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02
04:21 ---
Oh, drat, I may have figured it out.
I need the gcc/libada.mk file produced during the build. I believe there's
something wrong with it, but until I see what's produced, I don't kno
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02
04:22 ---
Sorry, that's "gcc/libada-mk", not "gcc/libada.mk".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19489
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-02
04:32 ---
Oh -- while we're at it, please make sure that the "gnattools-cross" target is
being invoked from the libada directory, and that it is invoking the targets
which crash. If it isn't
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |neroden at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-03
00:18 ---
>Do I need to regenerate configure stuff after your patch (I don't know
>how to do it):
Yes, you need to run "autoconf" in the gcc subdir. Sorry I forgot to mention
that.
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-03
00:57 ---
Joel, I'm suspicious that the result you got on the branch should also be
happening on mainline; it's happening in a code section which I haven't
touched. There's a suspicious-lookin
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-07
23:15 ---
Closing. Laurent, I may ask you to test my alternate solution later (when
it's ready) though, OK?
--
What|Removed |
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-08
17:26 ---
Shouldn't the warning killer for system header errors apply to this sort of
thing? Apparently it doesn't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-08
18:30 ---
>Is a fix likely to get into 4.0?
Yes, the hackish fix is in. I hope to get the cleaner fix in, but who knows.
>FYI Once I am able to build, the next issue is that the Ada libraries
>do not
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-08
18:51 ---
This has never worked.
It is recommended by the GNU coding standards, but it also requires truly
substantial work to get right without forcing rebuilds if 'make all' is
followed by &#x
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-08
18:53 ---
I have considered doing this in the truly parallel way: namely, introducing
HOST_SUBDIR to go along with BUILD_SUBDIR and TARGET_SUBDIR.
It requires mangling of '..'s in many subdirectories
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-08
18:58 ---
Isn't this most likely to be an out-of-memory issue?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19813
--- Additional Comments From neroden at twcny dot rr dot com 2005-02-09
07:13 ---
Subject: Re: gnat tools not buildable cross
joel at oarcorp dot com wrote:
> --- Additional Comments From joel at oarcorp dot com 2005-02-08 19:16
> ---
> Subject: Re: gnat tools not
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-13
06:57 ---
Subtarget-specific, setting component etc.
--
What|Removed |Added
Component
--- Additional Comments From neroden at gcc dot gnu dot org 2005-02-13
07:19 ---
Looking at the assembly generated for duplicate_insn_chain in cfglayout.c is
the next step. (And the intermediate dumps, of course.)
I'm highly suspicious, given that the code there features a s
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:07 ---
This bug is fixed on mainline and 3.4.x; nan functions are not currently C90
builtins. Please open a different bug if there are other problems with nan
builtin handling on mainline; meanwhile I'm ma
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:22 ---
Nathan's conclusion was that neither case was a regression (although both were
wrong-code bugs). Should the "Regression" tag be removed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15674
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-26
23:28 ---
DJE said he'd develop the collect2 fix, so assigning...
--
What|Removed |
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:20 ---
In 3.4.2 (Debian's version), I can import into *any* namespace (xxx, for
instance) and get the same "problem". However, it *is* essential that the
function be "snprintf", and n
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:30 ---
HJ's latest patch probably doesn't fix the problem entirely :-(, but it is
certainly correct to allow "renames" which don't change anything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17982
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
00:53 ---
I'm going to guess that one solution is to canonicalize any function pointer
any time it's cast to a void pointer. (Or do you really, really want
noncanonicalized pointers, which is likely to
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
01:31 ---
Created an attachment (id=7615)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7615&action=view)
Fix
The line marker is suppressable (unsurprisingly) with -P.
It also shows up with -dM, etc.
--
What|Removed |Added
Keywords||patch
Last reconfirmed|2004-11-27 01:31:48 |2004-11-27 01:32:23
date|
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
02:05 ---
Does the back end need a "number too big for the assembler" hook?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17224
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
02:14 ---
One of the patches is in; the other one generated a lot of debate and is
apparently not sufficient, so removing patch tag.
--
What|Removed |Added
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
02:39 ---
libcpp turns off save_comments in start_directive, near the start of
_cpp_handle_directive (all in directives.c). This is arguably mistaken, but
there's probably a reason for it, so I'm loat
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
18:28 ---
I suggest excising the TARGET_PARTIAL clauses ASAP, and reinstating them only
when alignment checking (and/or something else) is used in them to verify that
the transform is safe. That seems to be the
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
18:44 ---
libcpp no longer uses HOST_WIDE_INT.
The computation which leads to the error is done in c-decl.c in "target
arithmetic" as follows:
/* Compute the maximum valid inde
--
What|Removed |Added
Status|NEW |ASSIGNED
Last reconfirmed|2004-09-22 21:18:20 |2004-11-27 20:30:41
date|
: unassigned at gcc dot gnu dot org
ReportedBy: neroden at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
BugsThisDependsOn: 17474,17549,17790,18040,18048,18219,18595
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18693
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17790
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18040
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17549
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17474
--
What|Removed |Added
OtherBugsDependingO||18693
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
22:50 ---
I took this. Patch is at http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02423.
--
What|Removed |Added
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-27
23:18 ---
Ow. The dependencies are emitted in open_file_failed in libcpp/files.c; but
that routine *doesn't know* whether the file was called for in a <> or a ""
directive.
Fixi
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-28
22:33 ---
Fix committed to mainline; working on 3.4 backport.
--
What|Removed |Added
Known to
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-28
23:04 ---
Clearly too few to worry about. :-)
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From neroden at gcc dot gnu dot org 2004-11-28
23:05 ---
Aargh wrong bug.
--
What|Removed |Added
Known to fail|3.4.0
--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-02
02:37 ---
fix in 3.4
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-02
02:37 ---
fix in 3.4 branch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-02
03:10 ---
I'm taking a look at this. Since I don't have interix, I need help from the
bug reporter.
Could you try the following? Replace the gcc/config/x-interix file with an
empty file (or a
--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-02
03:35 ---
Jan's message quoted in the previous comment seems to be orthogonal to the
main problem in this bug. The problem is that a word fetch is being generated
which *reads out of bounds memory*.
If the
--
What|Removed |Added
Status|WAITING |ASSIGNED
Last reconfirmed|2004-04-29 21:27:43 |2004-12-10 16:59:27
date|
--- Additional Comments From neroden at gcc dot gnu dot org 2004-12-10
17:09 ---
Oh, cool. :-) Did you get the patch linked up?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18019
63 matches
Mail list logo
