--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
06:11 ---
*** This bug has been marked as a duplicate of 21872 ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
06:12 ---
*** Bug 21871 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21872
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
06:14 ---
Update: this is only for the sparcv9 multilib... I found that
ac_cv_prog_cc_cross=yes in config.cache
That could simply be another dup of 21870. Binutils 2.16 should not be used in
conjunction with
--- 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=9011action=view)
Proposed patch
This patch fixes the problems noted by Steve Kargl (wrong
types for floating point
--- 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
--
What|Removed |Added
CC||tkoenig at gcc dot gnu dot
||org
--
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
--- 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
--- 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
--- 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: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 :
--- 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
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
--- 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
--
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:41 ---
I am disinclined to back port the fixes to 3.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15011
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
I have a template class named mltreenodeT. I created a STL vector of pointers
to this class without any problems:
vectormltreenodeT * leafnodelist;
Calling methods of the object doesn't cause any problems:
leafnodelist.push_back(rootnode);
But if I try to create an iterator object
--- 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
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
--- 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
--- Additional Comments From ruediger at knoerig dot de 2005-06-02 11:12
---
Missing typename sorry
--
What|Removed |Added
Status|UNCONFIRMED
--- 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
--- 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
--- 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
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-stripped.f90
a-stripped.f90:0: internal compiler error: in lhd_set_decl_assembler_name
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
--- 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
--- Additional Comments From arjanv at redhat dot com 2005-06-02 12:59
---
simple test case:
#include stdio.h
static inline void do_thing(char *s)
{
if (s)
printf(do_thing: %s \n, s);
}
void __attribute__((nonnull)) do_other_thing(char *s)
{
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:
--- 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=9013action=view)
Debug output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
--- 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 \
--- 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
--- 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: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.
--
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:
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
Status|NEW
--- 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't
--- 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 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 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:35 ---
The patch did not fix the orginal testcase because the problem is with constant
values.
--
What|Removed |Added
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
--- Additional Comments From giovannibajo at libero dot it 2005-06-02
14:37 ---
Not fixed
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From giovannibajo at libero dot it 2005-06-02
14:37 ---
just invalid!
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Component|libgcj |SWING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880
--- Additional Comments From dir at lanl dot gov 2005-06-02 14:50 ---
I knew that the program would not likely run with out hitting errors. It
compiles and runs correctly using several different FORTRANS including Absoft
and Lahey , but it needs options like -fno-automatic
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
14:52 ---
Subject: Bug 21734
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 14:52:18
Modified files:
gcc: ChangeLog tree-vectorizer.c
Currently, there are 26 bits for encoding the size
of an object in the array descriptor for 32-bit
targets, because the size is encoded together with
the type, which takes up 6 bits, and dtype is an
index_type (which has 32 bits on a 32-bit target).
It would be nice to have a separate size field.
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-02
15:49 ---
Created an attachment (id=9014)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9014action=view)
Proposed patch
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02
16:05 ---
The testcase from comment #3 still crashes on the 3.4 branch:
ePR21716.c: In function `foo':
ePR21716.c:21: internal compiler error: in subst_stack_regs_pat, at
reg-stack.c:1445
Please submit a full bug
--- Additional Comments From jakub at gcc dot gnu dot org 2005-06-02 16:07
---
Yeah, it is a different bug, one that does not exhibit on the original testcase.
Therefore IMHO a separate PR is needed...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02
16:08 ---
Any news on this one, Honza?
--
What|Removed |Added
AssignedTo|rakdver at gcc dot
--- Additional Comments From aa056 at chebucto dot ns dot ca 2005-06-02
16:11 ---
The test doesn't tell us if the output is correct!
The attached script runs the test but saves the output. On Windows XP Msys
the gfortran output is missing a block of records:
$ ./chk-write-many.sh
--- Additional Comments From sven at physto dot se 2005-06-02 16:46 ---
Just commited a simple fix for this to Classpath CVS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:13 ---
Subject: Bug 21765
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:13:35
Modified files:
gcc: ChangeLog
gcc/doc:
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
17:14 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
17:15 ---
(In reply to comment #17)
Not. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00128.html
Open a new PR. This is a completely different and not related to VRP. Closing.
--
What|Removed
--
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
See the demo. If a frame is created and thrown away, a second frame will have
the wrong size.
--
Summary: Wrong Frame size if a frame has been created previously
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From sven at physto dot se 2005-06-02 17:28 ---
Created an attachment (id=9016)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9016action=view)
Testcase.
Execute with an argument on the command line to trigger the bug.
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:31 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-02 17:31:11
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:33 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-02 17:33:36
Modified files:
libstdc++-v3 :
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02
17:39 ---
I don't see anything intrinsically to do with the parser in this bug; when
a function finishes, label_context_stack_se and label_context_stack_vm
should end up as NULL so this memory should not be
--- Additional Comments From bjs5075 at rit dot edu 2005-06-02 17:40
---
Subject: Re: this pointer somehow gets NULLed between member
function calls
I have found the problem in my code. It was an out-of-order GL command
thrashing the stack.
I am very sorry for this erroneous bug
--- Additional Comments From uttamp at us dot ibm dot com 2005-06-02 17:46
---
This bug seems to be fixed with the mainline gcc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21774
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:49 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:48:58
Modified files:
libstdc++-v3 : ChangeLog
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
17:51 ---
2005-06-02 Nathan Sidwell [EMAIL PROTECTED]
PR c++/21280
* Make-lang.in (method.o): Add diagnostic.h
* decl.c (start_preparsed_function): Use decl's location for file
info.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
17:52 ---
Subject: Bug 21280
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 17:52:29
Modified files:
gcc/cp : ChangeLog Make-lang.in decl.c
--
What|Removed |Added
Target Milestone|--- |4.1.0
Version|unknown |4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:09 ---
Not a gcc bug so closing.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02
18:10 ---
Closing as invalid. Both 4.0 and mainline implement the resolution of DR214,
and hence consider the deductions unordered.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02
18:15 ---
Confirmed on i386-linux. Here is the GDB backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x08057e09 in add_init_expr_to_sym (name=0xb430 etype, initp=0xb42c,
--
Bug 14300 depends on bug 10865, which changed state.
Bug 10865 Summary: [ia64] gcc -pthread does not add -D_REENTRANT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10865
What|Old Value |New Value
--- Additional Comments From sje at cup dot hp dot com 2005-06-02 18:23
---
I am going to resolve this as invalid since I can't find any documentation to
fix. All the existing documentation I checked, even 3.2.2, is generic about what
flags pthread sets. None of them mention
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02
18:26 ---
Subject: Bug 21582
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-02 18:26:08
Modified files:
gcc: ChangeLog tree-vrp.c
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:26 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:37 ---
Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html
--
What|Removed |Added
--- Additional Comments From trt at acm dot org 2005-06-02 18:40 ---
The current warning algorithm is too simple. This would be better:
For each function that contains call(s) to setjmp(), compute:
ref_nz The set of variables that might possibly be live
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:43 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14341
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:44 ---
How is this related to VRP at all? Removing dependency on 18373.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20701
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21348
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21367
--- Additional Comments From pthaugen at us dot ibm dot com 2005-06-02
18:46 ---
Does this need to be reopened? I see the following for mainline.
-m32:
.L4:
slwi %r9,%r11,1 #, tmp130, i
addi %r11,%r11,1 # i, i,
sthx %r0,%r9,%r10#* q.1, tmp132
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:47 ---
This is not related to range propagation. Removing dependency on 18373.
--
What|Removed |Added
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21086
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21090
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21458
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02
18:50 ---
Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html, but
it may have been fixed earlier. The natural range for i_6 is computed as [0, 9]
so this isn't something that was folded
extern int foo1 (void), foo2 (int);
int bar (int x)
{
int varvar1, varvar2;
int z;
if (x 913)
varvar1 = foo1 ();
else
varvar2 = foo2 (6);
#define A foo1 (); foo1 (); foo1 (); foo1 (); foo1 ();
#define B A A A A A A A A A A
#define C B B B B B B B B B B
C C C C C C C C C C C
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8681
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
18:59 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02
19:00 ---
(In reply to comment #8)
The testcase from comment #3 still crashes on the 3.4 branch:
Please open a new bug.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu
|dot org |
Status|UNCONFIRMED
1 - 100 of 145 matches
Mail list logo
