--
What|Removed |Added
Severity|normal |critical
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_b
=== Cut ===
void breakme()
{
int* v =new (int [5]);
}
=== Cut ===
GNU C++ version 4.0.0 20041107 (experimental) (i686-pc-linux-gnu)
compiled by GNU C version 4.0.0 20041107 (experimental).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
test.cpp: In
--- Additional Comments From tromey at gcc dot gnu dot org 2004-11-08
06:30 ---
I'm testing a patch to emit those constants defined
in the class itself. Inherited not constants are
not emitted; this is harder and related to PR 15411
(in both cases we would have to read other class files
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
04:55 ---
Confirmed, but the error message to me is clear (maybe I have read the error
message too much).
When I said there was most likely a dup, I was thinking of a related case, see
PR 16189.
--
What
--- Additional Comments From dberlin at dberlin dot org 2004-11-08 04:47
---
Subject: Re: New: C++ error message regression
Yes, it happens ta global scope too.
struct foo {}
void method () {}
will give the same error
On Sun, 8 Nov 2004, sabre at nondot dot org wrote:
> On this c++
Yes, it happens ta global scope too.
struct foo {}
void method () {}
will give the same error
On Sun, 8 Nov 2004, sabre at nondot dot org wrote:
On this c++ code:
struct C {
struct foo { int A; }
void method();
};
This probably also happens at global scope.
-Chris
On this c++ code:
struct C {
struct foo { int A; }
void method();
};
G++ 3.4 and above print the useless error message:
t.cpp:3: error: new types may not be defined in a return type
t.cpp:3: error: two or more data types in declaration of `method'
G++ 3.3 prints something like this (which i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08
04:42 ---
Subject: Bug 18269
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-08 04:42:39
Modified files:
gcc: ChangeLog
gcc/config : d
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
04:42 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
04:04 ---
Fixed.
--
What|Removed |Added
Status|WAITING |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
03:57 ---
*** Bug 18361 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18359
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
03:57 ---
*** This bug has been marked as a duplicate of 18359 ***
--
What|Removed |Added
--
What|Removed |Added
GCC build triplet|hppa-unknown-linux-gnu, |
|hppa2.0w-hp-hpux11.11, |
|hppa64-hp-hpux11. |
GCC host
--
What|Removed |Added
GCC build triplet|hppa-unknown-linux-gnu, |
|hppa2.0w-hp-hpux11.11, |
|hppa64-hp-hpux11. |
GCC host
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
03:04 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
03:01 ---
No feedback in 3 months (T-2 days).
--
What|Removed |Added
Status|WAITING
--- Additional Comments From ovidr at users dot sourceforge dot net
2004-11-08 03:00 ---
Recompiled with -g (and waited a few days..), but I'm not sure if this is the
same problem or not:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1106963376 (LWP 23098)]
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
02:52 ---
This looks related to PR 5640.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13091
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
02:49 ---
Man this is a semi hard problem, I could figure out where the call expression
is built but we patch it up
which makes it harder (maybe we should pass a pointer to the tree which we
patch up and then chang
Recent CVS. Bootstrap seems OK, but make check fails.
alpha1:gcc-obj>uname -a
Linux alpha1 2.4.9-40 #1 Mon Sep 23 08:14:02 EDT 2002 alpha unknown
alpha1:gcc-obj>g++ -v
Reading specs from /usr/local/lib/gcc/alphaev56-unknown-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --verbose --enabl
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:10
---
Pristine checkout (no uncommitted patches) of "Mon Nov 8 00:53:12 UTC 2004" on
i686-pc-linux-gnu (FC2).
--
What|Removed |Added
---
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:07
---
... LAST_UPDATED "Mon Nov 8 00:53:12 UTC 2004", that is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18321
--- Additional Comments From hp at gcc dot gnu dot org 2004-11-08 02:05
---
Fresh checkout on different system on i686-pc-linux-gnu (FC2).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-08
01:34 ---
Fixed already in 3.3.2. Here is the reduced testcase:
namespace std
{
class ostream;
}
template
struct Size{
friend std::ostream& operator << <>(std::ostream &os,const Size &me);
int v;
};
std::o
Hello people :)
My dodgy syntax results in a compiler error. Error message follows, source code
shown at the end. Couldn't find any sign of this bug when I searched for it,
hopefully that's not because I did a bad search...
g++ test.cpp -o test
test.cpp: In instantiation of `Size<1>':
tes
--- Additional Comments From pcarlini at suse dot de 2004-11-08 00:42
---
Fixed for 3.4.4.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-08
00:41 ---
Subject: Bug 17215
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-11-08 00:41:15
Modified files:
libstdc++-v3 : Change
--- Additional Comments From bojan at antonovic dot com 2004-11-08 00:11
---
Subject: Re: internal compiler error: in size_binop, at fold-const.c:1598
I receive (with GCC 3.4.2, compiled with GCC 3.4.1, on Mac OS 10.3.5):
for 1) :
com/sun/tools/javac/code/Source.java: In class
`com.s
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
23:42 ---
The problem is that the DECL_INITIAL of the final static has been nulled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1259
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
23:27 ---
I am looking into fixing this one.
--
What|Removed |Added
CC|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED]:/usr/src/linux-2.6.9# make
CHK include/linux/version.h
make[1]: `arch/i386/kernel/asm-offsets.s' is up to date.
CHK include/asm-i386/asm_offsets.h
CHK include/linux/compile.h
CC drivers/net/typhoon.o
gcc: Int
--- Additional Comments From steven at gcc dot gnu dot org 2004-11-07
22:13 ---
It seems that connect_infinite_loops_to_exit is the next
bottleneck for this test case. Probably not important
enough to care about for GCC 4.0 (would *any* real-world
code ever consist of 3-odd infin
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
21:41 ---
This is called the comma operator. This is standard C and C++.
--
What|Removed |Added
int main()
{
int a = 1, b;
a = 8, b = 9;
return(0);
}
/*
I believe that the a = 8, b = 9 should result in an error but it does not. I
believe that the comma cannot
be used in a non-initializing context according to the C++ Standard.
gcc -v shows:
Reading specs from /usr/lib/gcc-lib/i386
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
21:29 ---
g++: Internal error: Killed (program cc1plus)
The kernel is killing cc1plus for hitting memory limits and not gcc crashing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:28
---
Isn't this error a bit misleading? Something like "Not enouph memory,
aborting..." seems alot more clear! Maybe this is something which can be changed
for a next release?
Well my problem is actually solved...
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
21:24 ---
Yes this is a case where 32M is just too little for compiling C++ code in 3.3,
you might want to try 3.4.
--
What|Removed |Added
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:22
---
Now it's on that next file but it's the same error:
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -g -O2 -MT HFormat.o -MD -MP -MF
".deps/HFormat.Tpo" -c -o HFormat.o HFormat.cpp; \
then mv -f ".deps/HFormat.Tpo
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
21:19 ---
Confirmed, reading the code it should do the truncation but it does not for
some reason.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
21:16 ---
Yes most likley.
What is the error message?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:15
---
Can this be caused by insufficient memory? This machine only has 32MB of ram...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
--
What|Removed |Added
Component|c++ |rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
--
What|Removed |Added
Keywords||ice-on-valid-code
Known to work||3.3.3
Target Milestone|---
--- Additional Comments From aphexer at mailhaven dot com 2004-11-07 21:10
---
Created an attachment (id=7490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7490&action=view)
this generates the error
Didn't know I could attach this here... So now I did :) You can download
rela
--
What|Removed |Added
CC||aphexer at mailhaven dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18363
$ gfortran -v
Reading specs from /home/ig25/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --prefix=/home/ig25
--enable-languages=c,f95,c++
Thread model: posix
gcc version 4.0.0 20041107 (experimental)
$ cat endfile.f90
program main
implicit none
integer :: i,j
The same code builds without the -O flag but gcc 'crashes' when adding
optimization...
I wasn't sure if I had to include the binary Config.ii.bz2 in this
mail... I'm using gccbug so it seems a bit odd to include binary data here.
Instead I uploaded it, you can download it
--- Additional Comments From giovannibajo at libero dot it 2004-11-07
20:54 ---
I was waiting for this, in a way
--
What|Removed |Added
AssignedTo|unassigned at gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
20:33 ---
On the mainline we get:
com/sun/tools/doclets/internal/toolkit/util/VisibleMemberMap.java: In class
'com.sun.tools.doclets.internal.toolkit.util.VisibleMemberMap$ClassMembers':
com/sun/tools/doclets/interna
--
What|Removed |Added
Component|c |middle-end
Keywords||wrong-code
Target Milestone|---
The page
http://java.sun.com/developer/earlyAccess/adding_generics/
has a zip file adding_generics-2_4-ea.zip, which containts gjc-rt.jar. Compiling
it by
1) gcj --main=com.sun.tools.javac.Main gjc-rt.jar
2) gcj --main=com.sun.tools.javac.Main com/sun/tools/*/*.class
gives the internal compiler
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O0
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O1
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O2
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/20040625-1.c execu
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-11-07 17:14 ---
Subject: Re: [4.0 Regression] testsuite failure: gcc.c-
>What|Removed |Added
>
>
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:14
---
Created an attachment (id=7489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7489&action=view)
configure logs if bootstrap with gcc mainline
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18360
--- Additional Comments From wanderer at rsu dot ru 2004-11-07 17:13
---
Created an attachment (id=7488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7488&action=view)
configure logs if bootstrap with FreeBSD system compiler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1836
Bootstrap gcc 3.4.3 (CVS after adding tag 3.4.3 version) is fine if used
system FreebSD compiler (gcc version 3.4.2 [FreeBSD] 20040728), but terminate
with error message if used installed gcc version 4.0.0 20041105 (experimental):
---8X---
stage1/xgcc -Bstage1/ -B/home/wandere
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2004-11-07 17:06 ---
Subject: Re: [4.0 Regression] testsuite failure: gcc.c-
> --- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
> 16:45 ---
> This testcase failure look like these two on
--
What|Removed |Added
OtherBugsDependingO||18359
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
17:04 ---
This is basically the same as PR 18326.
--
What|Removed |Added
BugsThisDependsOn|
--
What|Removed |Added
Component|target |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18326
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O0
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O1
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O2
FAIL: gcc.c-torture/execute/20040625-1.c execution, -O3 -fomit-frame-pointer
FAIL: gcc.c-torture/execute/20040625-1.c execu
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
16:47 ---
I would just change f2 to be noinline instead so we are testing it fully.
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
16:45 ---
This testcase failure look like these two on ppc-darwin:
The new failures are:
native gcc.sum gcc.c-torture/execute/20040709-2.c
native gcc.sum gcc.dg/pr17112-1.c
Which both were caused by:
+2004-11-05 Ric
Change in state. Testsuite needs update.
--
Summary: XPASS: gcc.c-torture/execute/20020227-1.c execution at -
O3
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: c
FAIL: gcc.c-torture/execute/20020227-1.c execution, -O0
FAIL: gcc.c-torture/execute/20020227-1.c execution, -O1
FAIL: gcc.c-torture/execute/20020227-1.c execution, -O2
FAIL: gcc.c-torture/execute/20020227-1.c execution, -Os
Last known to work at Oct. 31 16:25:28 UTC 2004. No message in
log
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
16:28 ---
Maybe related to PR 12385.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
16:03 ---
Fixed on the mainline with the example code.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:54 ---
Confirmed via the dup bug. These seems like they are caused by comdat support.
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:49 ---
You have a ctype.h header that does not match the version of glibc you have.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:48 ---
something is wrong with your machine then.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:46 ---
Confirmed a regression.
: Search converges between 2004-11-04-014001-trunk (#614) and
2004-11-04-161001-trunk
(#615).
Caused by:
2004-11-04 Giovanni Bajo <[EMAIL PROTECTED]>
DR 49, 100
--
What|Removed |Added
Component|target |middle-end
Summary|m32r-elf-as, m32r-linux-as |[4.0 Regression] m32r-elf-
|debug
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:39 ---
*** Bug 18355 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-07
15:39 ---
*** This bug has been marked as a duplicate of 18170 ***
--
What|Removed |Added
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-11-07
15:30 ---
There is actually a tsubst_template_parms call before
redeclare_class_template. So the extra template level of
friend should be removed. I think it's a latent bug
in somewhere in tsubst_* codes for temp
--- Additional Comments From dorit at il dot ibm dot com 2004-11-07 14:50
---
(1) The first (original) testcase does not get vectorized because
analyze_scalar_evolution is unable to analyze the access-function of the
pointers in the loop. For the pointer D.1780_5 it returns "D.1780_5"
# make
make[1]: Entering directory `/tmp/gcc-3.4.3/libiberty'
make[2]: Entering directory `/tmp/gcc-3.4.3/libiberty/testsuite'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/gcc-3.4.3/libiberty/testsuite'
make[1]: Leaving directory `/tmp/gcc-3.4.3/libiberty'
make[1]: Enteri
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18355
With LAST_UPDATED: "Sat Nov 6 20:25:03 MET 2004" I get (copy-pasted):
/v850-sim/gcc/xgcc -shared-libgcc -B/home/hp/builds2/v850-sim/gcc/ -nostdinc++
-L/home/hp/builds2/v850-sim/v850-e\
lf/libstdc++-v3/src -L/home/hp/builds2/v850-sim/v850-elf/libstdc++-v3/src/.libs
-nostdinc -B/home/hp/builds2/v85
--- Additional Comments From pierre42d at 9online dot fr 2004-11-07 13:36
---
Ok without setting the CFLAGS I have no more error.
Strange.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18132
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-07
12:38 ---
Subject: Bug 10908
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-11-07 12:38:04
Modified files:
libjava: ChangeLog
libjava/gnu/java/b
Have class templated over "int". Compiler does not accept "+1" as template
parameter on the grounds that it is not a constant expression. Compiler accepts
both "-1" and "1".
This bug appears in: gcc version 4.0.0 20041107 (experimental)
--- Additional Comments From joseph at codesourcery dot com 2004-11-07
11:04 ---
Subject: Re: New: mmix-knuth-mmixware testsuite failure:
gcc.dg/intmax_t-1.c
On Sun, 7 Nov 2004, hp at gcc dot gnu dot org wrote:
> inttypes.h isn't a standard header, neither is it provided by GCC.
> Th
--- Additional Comments From giovannibajo at libero dot it 2004-11-07
08:56 ---
Hum
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |giovannibajo at li
84 matches
Mail list logo
