--- Additional Comments From rmathew at gcc dot gnu dot org 2005-02-22
07:51 ---
This was fixed a couple of days ago:
http://lists.gnu.org/archive/html/classpath/2005-02/msg00085.html
--
What|Removed |Added
---
--- Additional Comments From thhal at mailblocks dot com 2005-02-22 07:46
---
Created an attachment (id=8252)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8252&action=view)
Sample that reproduces the problem
Use gcj --main foo and run the resulting file. It never exits. Run it wi
--- Additional Comments From andreast at gcc dot gnu dot org 2005-02-22
07:44 ---
forgot the gcc version:
gcc version 4.0.0 20050221 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20135
Installing a SecurityManager causes subsequent attempts to obtain a ClassLoader
to go into an endless loop.
--
Summary: Endless loop when using a SecurityManager
Product: gcc
Version: 3.4.2
Status: UNCONFIRMED
Severity: normal
Prior
--- Additional Comments From andreast at gcc dot gnu dot org 2005-02-22
07:42 ---
[wolfram:~] andreast% gcj foo.java --main=foo -o foo.exe
[wolfram:~] andreast% ./foo.exe
OK, Size is 15
[wolfram:~] andreast% gcj -v
Using built-in specs.
Reading specs from
/Volumes/src/gcc/gcc-cvs/testb
--- Additional Comments From thhal at mailblocks dot com 2005-02-22 07:31
---
Created an attachment (id=8251)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8251&action=view)
Code to reproduce the problem
Compile using gcj --main foo and run the result. Should print "ERROR, Size is
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Known to fail||4.0.0
The LinkedHashMap fails to remove the eldest entry when returning true from the
removeEldestEntry method.
--
Summary: Returning true from LinkedHashMap.removeEldestEntry does
not remove entry
Product: gcc
Version: 3.4.2
Status: UNCO
--- Additional Comments From jean-marc dot valin at usherbrooke dot ca
2005-02-22 07:17 ---
I changed the code, but I'm now getting unresolved symbols at link:
batchflow.o(.gnu.linkonce.t._ZN12batchflowApp10initializeEiPPc+0x5a): In
function `batchflowApp::initialize(int, char**)':
: und
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-02-
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19880
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:26
---
This works for me on mainline. Closing.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 06:22
---
Fixed on mainline.
--
What|Removed |Added
Status|ASSIGNED|RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
06:13 ---
Subject: Bug 17952
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 06:13:05
Modified files:
libjava: ChangeLog
libjava/gnu/java/a
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19842
--- Additional Comments From fitzsim at redhat dot com 2005-02-22 04:54
---
Fixed on mainline.
--
What|Removed |Added
Status|NEW |RESOLV
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
04:50 ---
Subject: Bug 19842
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 04:50:29
Modified files:
libjava: ChangeLog
libjava/jni/gtk-pe
--
What|Removed |Added
Severity|normal |enhancement
Last reconfirmed|2004-08-24 01:13:24 |2005-02-22 04:12:44
date|
--
Bug 19292 depends on bug 20086, which changed state.
Bug 20086 Summary: gfortran print routine has problem with the character 'h'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20086
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
04:02 ---
Fixed, thanks for your report (and hopefully the other ones will be looked at
very soon).
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
03:26 ---
Subject: Bug 20086
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 03:26:26
Modified files:
gcc/testsuite : ChangeLog
libgfortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
03:13 ---
Subject: Bug 11618
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 03:13:35
Modified files:
libjava: ChangeLog
libjava/gcj: m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
03:13 ---
Subject: Bug 11957
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 03:13:35
Modified files:
libjava: ChangeLog
libjava/gcj: m
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
02:32 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From joseph at codesourcery dot com 2005-02-22
02:28 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Mon, 21 Feb 2005, geoffk at geoffk dot org wrote:
> My suggestion is that this can be simplified as follows:
>
> - a CPP token is in the inpu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-22
02:27 ---
Subject: Bug 19786
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-22 02:27:37
Modified files:
gcc: ChangeLog tree-ssa-alias.c
g
--- Additional Comments From joseph at codesourcery dot com 2005-02-22
02:22 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Mon, 21 Feb 2005, neil at daikokuya dot co dot uk wrote:
> jsm28 at gcc dot gnu dot org wrote:-
>
> > * The greedy algorithm applies for lexi
--- Additional Comments From joseph at codesourcery dot com 2005-02-22
02:13 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Mon, 21 Feb 2005, zack at codesourcery dot com wrote:
> Standing policy is that all cases which provoke undefined behavior
> inside the prepro
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-22
01:51 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01283.html
Devang, you got the wrong PR number in the name of the testcase
and in the ChangeLog entry!
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:50 ---
Confirmed.
--
What|Removed |Added
BugsThisDependsOn||15332
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:46 ---
Confirmed
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ev
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Last reconfirmed|2004-11-14 0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:42 ---
This has now been fixed:
t.cc: In function 'int main()':
t.cc:10: error: 'main()::E' uses local type 'main()::E'
t.cc:10: error: trying to instantiate 'template void S::foo(T)'
--
What|Re
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:34 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
01:15 ---
Ok, I see what is going on now.
This is a RTL optimization bug.
The following (in .combine) is being combined:
(insn 37 35 38 4 (set (reg:SI 131)
(lshiftrt:SI (subreg/s/u:SI (reg/v:DI 122 [ x.4 ]) 4)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
00:55 ---
Does this testcase fail for you if so can you run a regression hunter on it for
the real patch:
/* This function gets the wrong answer (63 instead of 31) when compiled
with "-m64 -O1" on powerpc64-linux.
--- Additional Comments From janis at gcc dot gnu dot org 2005-02-22 00:54
---
I'm recovering from a cold and am fading fast, I'll get more information
tomorrow. Another piece of information, though, is that the testcase
works if the modified test in record_equality also includes
"&& (l
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
00:48 ---
This looks like a RTL bug, the 32bit and the 64 bit tree dumps are the same.
--
What|Removed |Added
--
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
00:32 ---
This code is invalid, the correct way is to deal these static variables is like:
template
class ObjectPool {
static int mutex;
};
template<> int ObjectPool::mutex;
which does not ICE.
--
Wh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
00:30 ---
Confirmed reduced to:
template
class ObjectPool {
static int mutex;
};
template int ObjectPool::mutex;
--
What|Removed |Added
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-02-22
00:19 ---
Subject: Re: New: 176.gcc miscompare with
-m64 after DOM change
On Tue, 2005-02-22 at 00:12 +, janis at gcc dot gnu dot org wrote:
> The SPEC CPU2000 test 176.gcc has been failing on powerpc64-
On Tue, 2005-02-22 at 00:12 +, janis at gcc dot gnu dot org wrote:
> The SPEC CPU2000 test 176.gcc has been failing on powerpc64-*-linux-gnu
> with "-m64 -O1" since this patch was added:
>
>
>
> 20
--- Additional Comments From janis at gcc dot gnu dot org 2005-02-22 00:13
---
Created an attachment (id=8249)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8249&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20134
The SPEC CPU2000 test 176.gcc has been failing on powerpc64-*-linux-gnu
with "-m64 -O1" since this patch was added:
2004-10-23 Daniel Berlin <[EMAIL PROTECTED]>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-22
00:12 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From jean-marc dot valin at usherbrooke dot ca
2005-02-22 00:10 ---
Created an attachment (id=8248)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8248&action=view)
Preprocessed source
This is the preprocessed source for reproducing the ICE
--
http://gcc
I'm getting this ICE with the gcc-4.0-20050213 snapshot. This is a
Debian (unstable) machine with a 2.6.10 kernel running on a Pentium M.
% g++ -c net_types.cpp
net_types.cc:179: internal compiler error: in import_export_decl, at
cp/decl2.c:1726
Please submit a full bug report,
with preprocessed s
Consider:
int
foo (int length, const char *fmt)
{
int i;
for (i = length; i >= 0; i--)
{
switch (fmt[i])
{
case 48:
break;
default:
return 1;
}
}
return 0;
}
I get:
foo (length, fmt)
{
unsigned int D.1180;
unsigned int i
--
What|Removed |Added
BugsThisDependsOn||20132
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
--- Additional Comments From pcarlini at suse dot de 2005-02-21 23:50
---
Fixed for 4.0.
--
What|Removed |Added
Status|NEW |RESOLVED
I finally realized that this is actually the source of most of the data reading
problems that I have had. If you look at the hex dump of the file, the first
line has extra padding blanks and reads correctly. The second line has no
padding and gfortran reads past the end of line and takes data from
--- Additional Comments From pcarlini at suse dot de 2005-02-21 23:39
---
Fixed for 4.0.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
23:35 ---
Confirmed.
PR 15784 is the PR about -a - 1 turning into ~a.
--
What|Removed |Added
BugsThi
--
What|Removed |Added
OtherBugsDependingO||19986
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20130
--
What|Removed |Added
BugsThisDependsOn||20130
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
Consider
int
foo (int a)
{
return a * -1 - 1;
}
CSE folds a * -1 into -a;
combine folds -a - 1 into ~a;
Obviously, we should do both of these in tree.
--
Summary: Fold a * -1 - 1 into ~a;
Product: gcc
Version: unknown
Status: UNCONFIRMED
--- Additional Comments From wilson at specifixinc dot com 2005-02-21
23:19 ---
Subject: Re: gcc.dg/transparent-union-* fail on ia64-hpux
giovannibajo at libero dot it wrote:
> --- Additional Comments From giovannibajo at libero dot it 2005-02-20
> 13:03 ---
> Jim, these are
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
23:17 ---
*** This bug has been marked as a duplicate of 15068 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
23:17 ---
*** Bug 20129 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Component|c |rtl-optimization
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzill
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-21
23:12 ---
Subject: Bug 19076
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-21 23:12:28
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c decl2.c er
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-21
23:12 ---
Subject: Bug 6628
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-21 23:12:28
Modified files:
gcc/cp : ChangeLog cp-tree.h decl.c decl2.c err
--- Additional Comments From wilson at specifixinc dot com 2005-02-21
23:11 ---
Subject: Re: gcc.dg/transparent-union-* fail on ia64-hpux
giovannibajo at libero dot it wrote:
> --- Additional Comments From giovannibajo at libero dot it 2005-02-20
> 13:03 ---
> Jim, these are
When cross-compiling glibc-2.3.4, gcc bails out with an ICE while attempting to
compile math/s_fmax.c:
arm-unknown-linux-gnu-gcc ../sysdeps/generic/s_fmax.c -c -std=gnu99 -Os -Wall
-Winline -Wstrict-prototypes -Wwrite-strings -march=armv3 -pipe -g0 -O99
-fomit-frame-pointer -D__USE_STRING_I
--- Additional Comments From neil at daikokuya dot co dot uk 2005-02-21
23:00 ---
Subject: Re: UCNs not recognized in identifiers (c++/c99)
jsm28 at gcc dot gnu dot org wrote:-
> * The greedy algorithm applies for lexing UCNs: for example,
> a\U000z is three preprocessing tokens {
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
22:33 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
# cat tmp.c
int main() { }
# LANG=C gcc -std=gnu9x -O2 -fmudflap -c -lmudflap -fprofile-generate tmp.c
tmp.c: In function '_GLOBAL__I_1_main':
tmp.c:1: internal compiler error: Segmentation fault
# gcc -v
Reading specs from /usr/lib/gcc/i686-pld-linux/4.0.0/specs
Target: i686-pld-lin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
22:19 ---
Hmm, SRA creates new variables and then goes and makes them renamed which seems
wrong.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
22:15 ---
Reduced testcase (and shows that this is also a 3.3/3.4/4.0 Regression too):
#include
#include
#include
typedef struct {
struct _object *_ob_next;
struct _object *_ob_prev;
int ob_refcnt;
The following code does not treat volatile struct members as volatile,
assuming such declarations are valid; if not would exect a warning:
typedef struct {
volatile int a;
volatile int b;
} s;
int main (void){
s x = {0, 1};
s y = {2, 3};
x = y;
y = x;
return x.a + y.a;
}
--
What|Removed |Added
Attachment #8247|text/plain |application/octet-stream
mime type||
http://gcc.gnu.org/bugzilla/show_bu
--
What|Removed |Added
Attachment #8246|text/plain |application/octet-stream
mime type||
http://gcc.gnu.org/bugzilla/show_bu
--- Additional Comments From jkohen at users dot sourceforge dot net
2005-02-21 21:48 ---
Created an attachment (id=8247)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8247&action=view)
A slightly modified version that does work.
I'm sorry if it's irrelevant, but here's a slightly
--
What|Removed |Added
Component|c |target
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Additional Comments From jkohen at users dot sourceforge dot net
2005-02-21 21:47 ---
Created an attachment (id=8246)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8246&action=view)
The program that causes the failure
I use Python's data structures, that's the explanation for
Hi, I found out a compiler bug triggered by compiling Python 2.3 with GCC 4.0
"pre5." I've been able to track it down to a small fragment which I'll attach
below. The bug is a regression as GCC 3.4.4 20050203 produces a working
application.
This is the compiler's output and compilation command-li
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:44 ---
Confirmed with the reduced testcase, G77 does the correct thing also.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-21
21:42 ---
Patch installed.
--
What|Removed |Added
Status|ASSIGNED|R
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:40 ---
It was broken sinece at least 20050201.
It worked with 20050113.
Confirmed, a missed optimization regression.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-21
21:39 ---
Subject: Bug 19302
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-02-21 21:39:33
Modified files:
libgfortran: ChangeLog
libgfortran/intrin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:38 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:36 ---
Confirmed.
--
What|Removed |Added
OtherBugsDependingO||19292
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:34 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:32 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:28 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:28 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-21
21:11 ---
Subject: Bug 20028
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-02-21 21:11:51
Modified files:
gcc/cp : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
21:08 ---
Any news on this?
--
What|Removed |Added
CC||pin
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:54
---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
"geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes:
>>> The second half would a pp-number, instead. It is always true that
>>> splitting an ide
On Feb 21, 2005, at 3:28 PM, Bob Green wrote:
I get a segmentation fault when a C program allocates
an 8MB array in the subroutine "main()". The
specifics are listed below. Any help understanding
if this is a bug would be greatly appreciated.
No this is not a bug, you are allocating the 8MB on th
I get a segmentation fault when a C program allocates
an 8MB array in the subroutine "main()". The
specifics are listed below. Any help understanding
if this is a bug would be greatly appreciated.
Thanks,
Bob
gcc version
===
gcc -v produces:
Reading specs from
/usr/libexec/gcc/darwin/p
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:23
---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
"geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes:
>>> The second half would a pp-number, instead. It is always true that
>>> splitting an ide
--- Additional Comments From zack at codesourcery dot com 2005-02-21 20:14
---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
"geoffk at geoffk dot org" <[EMAIL PROTECTED]> writes:
> Although I agree that these are all (except the below) nice things to
> have, I don't thi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
19:49 ---
Note backspace does work in some testcases but how many and what the situation
I don't know right.
--
What|Removed |Added
---
--- Additional Comments From joseph at codesourcery dot com 2005-02-21
19:47 ---
Subject: Re: UCNs not recognized in identifiers
(c++/c99)
On Mon, 21 Feb 2005, geoffk at geoffk dot org wrote:
> > * These rules apply to identifiers as preprocessing tokens at any
> > time, including be
--- Additional Comments From yanliu at ca dot ibm dot com 2005-02-21 19:37
---
For function parameters, the cv-qualifers should not be mangled. I suspect GCC
treates this typeid as a function, thus ignoring the encoding of cv-qualifers.
At least, the C++ ABI is not clear in this aspect
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-21
19:36 ---
Confirmed.
--
What|Removed |Added
OtherBugsDependingO||19292
1 - 100 of 147 matches
Mail list logo
