--
What|Removed |Added
Component|libgcj |SWING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880
--- Additional Comments From giovannibajo at libero dot it 2005-06-02
14:37 ---
just invalid!
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From giovannibajo at libero dot it 2005-06-02
14:37 ---
Not fixed
--
What|Removed |Added
Status|RESOLVED|UNCONFIR
javax.swing.text.JTextComponent should have the following method:
void read(Reader in, Object desc)
but it doesn't. This causes JREFactory to fail.
--
Summary: javax.swing.text.JTextComponent has no read() method
Product: gcc
Version: 4.0.0
Status
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
14:35 ---
The patch did not fix the orginal testcase because the problem is with constant
values.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
14:30 ---
*** Bug 21878 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
14:30 ---
*** This bug has been marked as a duplicate of 21766 ***
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-06-02 14:20
---
There's no way we can tell you what's wrong if you don't show us the complete
code, preferrably cut down to a manageable size. It may be a compiler bug,
or it may be that you are accidentally overwriting some
--- Additional Comments From joseph at codesourcery dot com 2005-06-02
14:17 ---
Subject: Re: New: Memory management problem in new C parser
On Thu, 2 Jun 2005, ebotcazou at gcc dot gnu dot org wrote:
> Parser obstack memory is wrongly freed in c_parser_translation_unit, but I
> don'
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
Status|NEW
Symptoms are:
FAIL: gcc.dg/cpp/direct2.c (test for excess errors)
FAIL: gcc.dg/cpp/direct2s.c (test for excess errors)
on sparc64-solaris2.* (not visible on sparc-solaris2.* with -m64).
Parser obstack memory is wrongly reused, leading to memory corruption.
Reproducible on x86_64-suse-linux:
c
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02
13:40 ---
Confirm (on i386-linux) at least that part of the bug: we don't flush I/O
buffers before sending SIGABRT, but we should.
As for the other part of the bug, you still have options 2 and 3.
--
W
--- Additional Comments From dir at lanl dot gov 2005-06-02 13:31 ---
As gdb mostly does not work on the Macintosh (as I reported - Bug 20112) - I did
not think to try it. In this case it showed that abort does not dump the file io
buffers on the Macintosh - that is why there was no clue
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02
13:21 ---
I think you are seeing two different errors: one with your full code, and one
with your reduced testcase. Perhaps the best thing would be for you to send me
(via private mail) your code so that I can reduc
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17
---
Linux cross:
Linux 2.6.x i686 GNU/Linux
Debian/Sid
System wide binutils 2.15
mingw32-binutils version 2.16
../gcc/configure -v \
--prefix=/usr \
--ta
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17
---
Created an attachment (id=9013)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9013&action=view)
Debug output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
Different errors when cross compiling from linux, more detailed info follow
--
Summary: Mingw32 target doesn't compile because of an internal
compiler error
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critica
--- Additional Comments From arjanv at redhat dot com 2005-06-02 12:59
---
simple test case:
#include
static inline void do_thing(char *s)
{
if (s)
printf("do_thing: %s \n", s);
}
void __attribute__((nonnull)) do_other_thing(char *s)
{
do_thing(s);
}
--- Additional Comments From tobias at yoper dot com 2005-06-02 12:53
---
I also had to avoid the CXXFLAG: -fvisibility-inlines-hidden or the crash
returned
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21866
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
nu dot org 2005-06-02
> 11:41 ---
> Thanks for reporting! Here is a reduction of your bug (gfortran-20050602 on
> i386-linux):
>
> $ cat a-stripped.f90
> module foo
> character(len=l) :: s
> contains
> end module foo
> $ gfortran a
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02
11:41 ---
Thanks for reporting! Here is a reduction of your bug (gfortran-20050602 on
i386-linux):
$ cat a-stripped.f90
module foo
character(len=l) :: s
contains
end module foo
$ gfortran
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
11:41 ---
ug, this is horrible. we're incorrectly smashing up the inside of a STMT_EXPR
to pull out a TARGET_EXPR we know is there. Unfortunately that moves a decl
outside of its cleanup. We really should be going t
--- Additional Comments From knoerig at nue dot tu-berlin dot de
2005-06-02 11:13 ---
Subject: Re: STL iterator invocation fails for template args
Am Donnerstag, 2. Juni 2005 12:12 schrieb pcarlini at suse dot de:
> --- Additional Comments From pcarlini at suse dot de 2005-06-02 1
--- Additional Comments From ruediger at knoerig dot de 2005-06-02 11:12
---
Missing "typename" sorry
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From micis at gmx dot de 2005-06-02 10:50 ---
I forgot to say, that my compiler is the actual snapshot (20050528).
Michael Cieslinski
gcc41l -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050528/configure --prefix=/usr/loc
Hi!
Well... I've spoted a problem for a couple of weeks now, but I don't seem to be
able to make a "nice" case from it... I'm sorry I do not know anything about
compiler developpement, and I try to keep a safe distance from C... So, here
are
the original sources (minus a lot of thinks which we
--- Additional Comments From pcarlini at suse dot de 2005-06-02 10:12
---
A 'typename' missing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
I have a template class named mltreenode. I created a STL vector of pointers
to this class without any problems:
vector *> leafnodelist;
Calling methods of the object doesn't cause any problems:
leafnodelist.push_back(rootnode);
But if I try to create an iterator object
vector< mltreeno
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
09:41 ---
I am disinclined to back port the fixes to 3.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15011
--
Bug 15011 depends on bug 4672, which changed state.
Bug 4672 Summary: [4.0 only] [DR 214] Template parameter deduction fails for
overloaded template functions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4672
What|Old Value |New Value
--
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
09:39 ---
The test cases compile without error on 4_0 branch
--
What|Removed |Added
Status|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
09:10 ---
Subject: Bug 20350
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 09:09:48
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsui
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
09:08 ---
2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/20350
* decl.c (duplicate_decls): Copy all of DECL_USE_TEMPLATE.
--
What|Removed |Added
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
08:59 ---
Subject: Bug 21151
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-02 08:59:25
Modified files:
gcc/cp : Change
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
08:58 ---
2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]>
PR c++/21151
* name-lookup.c (pushtag): Push local class even in a template.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
08:54 ---
Subject: Bug 21151
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 08:53:48
Modified files:
gcc/cp : ChangeLog name-lookup.c
gcc/
--- Additional Comments From schwab at suse dot de 2005-06-02 08:51 ---
Not. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00128.html
--
What|Removed |Added
Stat
--
Bug 21861 depends on bug 21029, which changed state.
Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop
exit test in well-defined wrap-around circumstances
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
What|Old Value |New Valu
--
What|Removed |Added
CC||tkoenig at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-06-02 08:01 ---
Subject: Re: openssl is slower when compiled with gcc 4.0 than 3.3
The assembler attributed to 4.0 was produced by mainline (or some
patched version of 4.0), wasn't it?
Otherwise I can
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-02
07:56 ---
Created an attachment (id=9011)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9011&action=view)
Proposed patch
This patch fixes the problems noted by Steve Kargl (wrong
types for floating point functi
101 - 143 of 143 matches
Mail list logo