[Bug c++/23307] [3.4 Regression] ICE in cp_parser_template_id, at cp/parser.c:8564 with Boost remote_call_manager
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
[Bug c++/22352] [3.4 Regression] ICE in lookup_member
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
[Bug c++/22464] [3.4 Regression] ICE on classes in template functions which attempt closure
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c++/23797] [3.4 Regression] ICE on typename outside template
-- nathan at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.6 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug target/24355] Executable stack error building Ada
--- Comment #2 from charlet at gcc dot gnu dot org 2005-10-14 08:17 --- There is no bug here, you found the solution which is to modify the settings of your OS. Arno -- charlet at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24355
[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 08:39 --- Subject: Bug 23984 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-14 08:38:59 Modified files: gcc/cp : ChangeLog class.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/init: ctor7.C Log message: cp: PR c++/23984 * class.c (build_base_path): The vtable is always the first thing in the vtt. testsuite: PR c++/23984 * g++.dg/init/ctor7.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4930&r2=1.4931 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&r1=1.735&r2=1.736 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6189&r2=1.6190 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/ctor7.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23984
[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-14 08:41 --- Subject: Bug 23984 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 08:41:39 Modified files: gcc/cp : ChangeLog class.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/init: ctor7.C Log message: cp: PR c++/23984 * class.c (build_base_path): The vtable is always the first thing in the vtt. testsuite: PR c++/23984 * g++.dg/init/ctor7.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.131&r2=1.4648.2.132 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.707.2.6&r2=1.707.2.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.454&r2=1.5084.2.455 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/ctor7.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23984
[Bug c++/23984] [4.0/4.1 Regression] second operand of PLUS_EXPR is NULL (in constructor)
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:43 --- fixed mainline & 4.0 2005-10-13 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/23984 * class.c (build_base_path): The vtable is always the first thing in the vtt. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23984
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-14 08:46 --- Subject: Bug 23620 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-14 08:46:55 Modified files: gcc/java : ChangeLog class.c Log message: PR java/23620 * class.c (make_class): Create empty binfo here. (set_super_info): Only create binfo if we have superclasses. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&r1=1.1668&r2=1.1669 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&r1=1.241&r2=1.242 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 08:48 --- fixed mainline and 4.0 2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]> Wil Mahan <[EMAIL PROTECTED]> PR java/23620 * class.c (make_class): Create empty binfo here. (set_super_info): Only create binfo if we have superclasses. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-14 08:48 --- Subject: Bug 23620 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 08:48:02 Modified files: gcc/java : ChangeLog class.c Log message: PR java/23620 * class.c (make_class): Create empty binfo here. (set_super_info): Only create binfo if we have superclasses. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1556.2.37&r2=1.1556.2.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/java/class.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.220.8.7&r2=1.220.8.8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug middle-end/24341] [4.1 regression] testsuite failure: gcc.c-torture/compile/sync-1.c
--- Comment #2 from hp at gcc dot gnu dot org 2005-10-14 09:25 --- This is a middle-end bug. -- hp at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Component|target |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-14 09:25:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24341
[Bug c++/21685] [3.4/4.0/4.1 Regression] Internal compiler error on invalid code
--- Comment #8 from reichelt at gcc dot gnu dot org 2005-10-14 10:13 --- *** This bug has been marked as a duplicate of 22464 *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21685
[Bug c++/22464] [3.4 Regression] ICE on classes in template functions which attempt closure
--- Comment #11 from reichelt at gcc dot gnu dot org 2005-10-14 10:13 --- *** Bug 21685 has been marked as a duplicate of this bug. *** -- reichelt at gcc dot gnu dot org changed: What|Removed |Added CC||o dot kullmann at swansea ||dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22464
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-12 06:01:23 |2005-10-14 10:46:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug c++/23797] [3.4 Regression] ICE on typename outside template
--- Comment #13 from reichelt at gcc dot gnu dot org 2005-10-14 10:54 --- Changin to ice-on-valid-code, because Nathan stated in the patch http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00712.html > Note, we do not issue an error on the testcase, even though it uses typename > outside of a > template. DR 382 > (http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#382), which > is in ready status, will allow such uses, so it seems silly to me to become > strict only to > have to remove the strictness later. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-invalid-code |ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23797
[Bug fortran/18082] Infinite loop with automatic length character objects
--- Comment #12 from reichelt at gcc dot gnu dot org 2005-10-14 10:57 --- Fixed on mainline and teh 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18082
[Bug c/24361] New: Optimizations -fcse-follow-jumps -fforce-mem break code
-bash-3.00$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--host=i386-redhat-linux
Thread model: posix
gcc version 4.0.1 20050727 (Red Hat 4.0.1-5)
The program below produces incorrect results with -O2 and higher, which
I've deduced is due to the combined options -fcse-follow-jumps -fforce-mem
#include
#include
typedef unsigned long Word_t;
typedef struct {
unsigned char type;
unsigned char color;
unsigned char left;
unsigned char right;
} cell;
//possible cell types
#define WIDTH 3
typedef cell bstate[WIDTH]; // borderstate
void wordtostate(Word_t s, int bump, bstate state)
{
char stack[WIDTH];
int sp,i,type,leftcolor=0;
cell *sti;
for (sti = &state[i = sp = 0]; i < WIDTH; sti++, i++) {
sti->type = type = (s >> (3*i)) & 7;
sti->left = sti->right = i;
sti->color = leftcolor ^ 1; // assume opposite color
if (type & 2) {
sti->right = state[sti->left = stack[--sp]].right;
state[sti->left].right = state[sti->right].left = i;
sti->color ^= (sti->left == i-1); // check color assumption
}
if (type & 1)
stack[sp++] = i;
leftcolor = sti->color;
}
}
int main()
{
bstate state;
Word_t s = 0675;
wordtostate(s, 0, state);
printf("%s\n", state[1].color ? "OK" : "BUG");
return 0;
}
--
Summary: Optimizations -fcse-follow-jumps -fforce-mem break code
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromp at cwi dot nl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24361
[Bug rtl-optimization/23453] [4.0/4.1 regression] miscompilation of PARI/GP on x86 with gcse after reload
--- Comment #8 from bonzini at gcc dot gnu dot org 2005-10-14 11:38 --- > gcse after reload may move loads from stack around stack pointer changes. here > is simple workaround, it is supposed to prevent gcse after reload from > touching > expressions containing stack pointer at all. Off the top of my head, if GCSE-after-reload is designed to remove redundant spills, will it do *anything* with your patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23453
[Bug java/24251] [4.0 Regression] BC-compiled interfaces in libgcj can't be called from non-BC code
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-14 11:41 --- Subject: Bug 24251 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 11:41:40 Modified files: libjava: link.cc ChangeLog Log message: 2005-10-12 Andrew Haley <[EMAIL PROTECTED]> PR java/24251 * link.cc (ensure_method_table_complete): Install Miranda methods for interfaces too. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/link.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.10.2.5&r2=1.10.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3391.2.107&r2=1.3391.2.108 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24251
[Bug c++/24362] New: internal compiler error: in extract_component, at tree-complex.c:68
The file http://www.mpq.mpg.de/Theorygroup/CIRAC/people/ripoll/Tensor_diag_z.i compiled with g++ -Wall -pipe -fpreprocessed -g -O2 -march=pentium4 -fpreprocessed -c Tensor_diag_z2.i -o Tensor_diag_z.o causes the compiler to break down with the following error message /home/jlr/afs/src/mpscxx/tensor/Tensor_diag_d.cpp: In function ‘double __complex__ trace(const Tensor&)’: /home/jlr/afs/src/mpscxx/tensor/Tensor_diag_d.cpp:199: internal compiler error: in extract_component, at tree-complex.c:68 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . The compiler is running on Ubuntu Breezy (5.10) -- Summary: internal compiler error: in extract_component, at tree- complex.c:68 Product: gcc Version: 4.0.3 Status: UNCONFIRMED Severity: blocker Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: worm at arrakis dot es GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c++/24362] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #1 from worm at arrakis dot es 2005-10-14 11:49 --- Created an attachment (id=9986) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9986&action=view) Preprocessed source file that reveals the problem This file was created from the original C++ sources using the -E flag. I can provide the sources if required. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug middle-end/24362] internal compiler error: in extract_component, at tree-complex.c:68
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c/24363] New: Missing Errormessage
There is a bug in gcc V 3.3.5 which is distributed with
Novell (SuSE) Linux 9.3.
The older gcc V 2.95.3 (coming with SuSE 7.3) doesn't
have the following behaviour and is working correct.
Please generate the following 2 Files:
inc_ext.h:
extern int iVal;
and t.c:
#include
void t(void)
{
#include "inc_ext.h"
static int iVal=0;
printf("Hello World\n");
return;
}
Using the older gcc V 2.95.3, you will get a correct error-message:
>
> cc -c t.c -o t.o
t.c: In function `t':
t.c:5: redeclaration of `iVal'
inc_ext.h:1: `iVal' previously declared here
>
>
Using gcc V 3.3.5, no error message will be displayed:
>
> cc -c t.c -o t.o
>
>From our point of view, this behavior is very dangerous during
programming and testing C-Code. If the compiler is additionally
switched into the pedantic mode, you will see only a simple warning.
--
Summary: Missing Errormessage
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Klaus-Dieter dot Weber at eads dot com
GCC host triplet: i386-Linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24363
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.0.3 4.1.0 Known to work||3.4.5 Summary|internal compiler error: in |[4.0/4.1 Regression] |extract_component, at tree- |internal compiler error: in |complex.c:68|extract_component, at tree- ||complex.c:68 Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)
--- Comment #6 from bonzini at gcc dot gnu dot org 2005-10-14 12:00 ---
I'm not sure this is really fixed.
With this test case,
float a = g();
printf ("%g\n", a);
printf ("%g\n", 2 / a);
printf ("%g\n", 3 / a);
the division is inserted before the *first* printf, while I believe it should
be inserted before the second.
The patch in pr23948 tries to insert reciprocals before the use point, rather
than after the def point, which would fix this as well.
Should this bug be reopened?
--
bonzini at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn||23948
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 12:00 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c/24363] Missing Errormessage
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24363
[Bug c/24363] [3.4 Regression] Missing Errormessage
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 12:04 --- Confirmed, only a 3.4 regression -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid Known to fail||3.3.3 3.0.4 3.2.3 3.4.0 Known to work||2.95.3 4.0.0 Last reconfirmed|-00-00 00:00:00 |2005-10-14 12:04:07 date|| Summary|Missing Errormessage|[3.4 Regression] Missing ||Errormessage Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24363
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 12:05 ---
Here is the source for the 4.1 regression:
typedef __complex__ double cdouble;
inline cdouble to_complex(const double &r, const double &i = 0.0) {
cdouble z;
__real__ z = r;
return z;
}
template class
RefPointer {
};
template class Vector : public RefPointer {
public: typedef elt_t number;
static elt_t elt_zero();
};
template inline t min(t a, t b) {
}
template<> inline cdouble Vector::elt_zero() {
return to_complex(0.0);
}
template class Tensor : public Vector {
};
cdouble trace(const Tensor &t) {
cdouble output = t.elt_zero();
}
Note There are two problems here, one for 4.1 and one for 4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug java/23620] [4.0/4.1 Regression] Segfault compiling inner interfaces
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.0 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug tree-optimization/24365] New: [4.1 Regression]
Take the following C++ code:
typedef __complex__ double cdouble;
inline cdouble to_complex(const double &r, const double &i = 0.0) {
cdouble z;
__real__ z = r;
return z;
}
template class
RefPointer {
};
template class Vector : public RefPointer {
public: typedef elt_t number;
static elt_t elt_zero();
};
template inline t min(t a, t b) {
}
template<> inline cdouble Vector::elt_zero() {
return to_complex(0.0);
}
template class Tensor : public Vector {
};
cdouble trace(const Tensor &t) {
cdouble output = t.elt_zero();
}
---
Compile at -O1, we get:
t.cc: In function double __complex__ trace(const Tensor&):
t.cc:20: error: statement makes a memory store, but has no V_MAY_DEFS nor
V_MUST_DEFS
REALPART_EXPR = D.1803_7;
t.cc:20: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: [4.1 Regression]
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: critical
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug tree-optimization/24365] [4.1 Regression] statement makes a memory store with complex
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-10-14 12:13 --- Yes, I think so. You don't even need printf, but any observable side-effect, like a store to a global will do. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-14 12:13 --- (In reply to comment #3) > Here is the source for the 4.1 regression: I filed that as PR 24365 as it is not reproducible on the 4.0 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00687.html Severity|minor |major GCC target triplet|i686-pc-linux-gnu | Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109
[Bug tree-optimization/23109] [4.1 Regression] compiler generates wrong code leading to spurious division by zero with -funsafe-math-optimizations (instead of -ftrapping-math)
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |bonzini at gcc dot gnu dot |org |org Status|REOPENED|ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-14 12:19 ---
Reduced testcase for 4.0 at -O0 and 4.1 at -O1:
typedef unsigned int size_t;
typedef __complex__ double cdouble;
template
class RefPointer {
};
template class Vector : public RefPointer {
public: typedef elt_t number;
static elt_t elt_zero();
const elt_t *pointer() const;
};
template inline t min(t a, t b) {
}
template class Tensor : public Vector {
public: typedef Vector vector;
size_t columns(void) const;
size_t rows(void) const;
};
cdouble trace(const Tensor &t) {
const size_t r = t.rows();
const size_t c = t.columns();
cdouble output = t.elt_zero();
const cdouble *data = t.pointer();
for (size_t i = 0, j = min(r,c);
j--;
i += (r+1)) {
output += data[i];
}
return output;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c/24101] [3.4/4.0/4.1 Regression] Segfault with preprocessed source
--- Comment #3 from uros at kss-loka dot si 2005-10-14 12:55 --- The testcase could be furhter reduced into perhaps the smallest testcase that ICEs, ever (name this file for example ttt.i): --cut here-- # --cut here-- gcc ttt.i ttt.i:1: internal compiler error: Segmentation fault -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24101
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 12:55 --- Subject: Bug 22551 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-14 12:55:33 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/other: switch2.C Log message: .: PR c++/22551 * c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's overflow flags. Refactor some conditionals. testsuite: PR c++/22551 * g++.dg/other/switch2.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10156&r2=2.10157 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&r1=1.655&r2=1.656 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6190&r2=1.6191 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #8 from nathan at gcc dot gnu dot org 2005-10-14 13:00 --- fixed mainline and 4.0 2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/22551 * c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's overflow flags. Refactor some conditionals. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-14 13:00 --- Subject: Bug 22551 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 13:00:38 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/other: switch2.C Log message: .: PR c++/22551 * c-common.c (c_add_case_label): Clear LOW_VALUE and HIGH_VALUE's overflow flags. Refactor some conditionals. testsuite: PR c++/22551 * g++.dg/other/switch2.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.464&r2=2.7592.2.465 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.606.2.8&r2=1.606.2.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.455&r2=1.5084.2.456 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug rtl-optimization/24361] [4.0 regression] Optimizations -fcse-follow-jumps -fforce-mem break code
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:07 --- I think this has been fixed in 4.0.3 by the patch for PR 23324 but I need someone to test. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet||i686-pc-linux-gnu Keywords||wrong-code Summary|Optimizations -fcse-follow- |[4.0 regression] |jumps -fforce-mem break code|Optimizations -fcse-follow- ||jumps -fforce-mem break code Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24361
[Bug fortran/24092] ICE in trans-types.c for nested derived types
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 13:09 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24092
[Bug fortran/20856] function result may not be saved
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-14 13:12 --- Fixed in 4.0.3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20856
[Bug fortran/20847] common block object may not have save attribute
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-14 13:12 --- Fixed in 4.0.3. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20847
[Bug java/24251] [4.0 Regression] BC-compiled interfaces in libgcj can't be called from non-BC code
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-14 13:15 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24251
[Bug middle-end/24178] [4.0/4.1 regression] generates code that produces unaligned access exceptions
--- Comment #5 from tsv at solvo dot ru 2005-10-14 13:30 --- I tried check the difference between 3.4 and 4.x. The 3.4 emit instruction that correct passed pointer (in my case -25) and then stores value to member of structure (p4) at correct offset (24). In gcc 4.x the "store_field" is called with target rtx defined as "MEM plus const_int -25", but in gcc 3.4 - just MEM. The "store_bit_field" adds member offset to target rtx and it became "MEM plus const_int -1". Later on "get_aligned_mem" in alpha.c tries to convert it to "load long", but at that point it thinks that MEM is aligned (which is not true). Unfortunatelly, I don't have deep knowledge of gcc :) and could not figure out what is correct place for check of alignment restrictions for such cases: expand_assignment, store_field or store_bit_field functions. All of them seems to have alignemnt check logic. Thank you. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24178
[Bug bootstrap/24366] New: ICE while building cross compiler
Compiler info? /home/newell/src/gcc-4.1/b_gcc/gcc/xgcc -v Using built-in specs. Target: m68k-rtems Configured with: ../gcc-4.1-20050515/configure --target=m68k-rtems --with-gnu-as --with-gnu-ld --with-newlib --verbose --enable-threads --enable-languages=c --prefix=/home/newell/xgcc : (reconfigured) ../gcc-4.1-20050515/configure -target=m68k-rtems --with-gnu-as --with-gnu-ld --with-newlib --verbose --enable-threads --enable-languages=c --prefix=/home/newell/xgcc Thread model: rtems gcc version 4.1.0 20050515 (experimental) Compiler command line: /home/newell/src/gcc-4.1/b_gcc/./gcc/xgcc --save-temps -v -B/home/newell/src/gcc-4.1/b_gcc/./gcc/ -nostdinc -B/home/newell/src/gcc-4.1/b_gcc/m68k-rtems/newlib/ -isystem /home/newell/src/gcc-4.1/b_gcc/m68k-rtems/newlib/targ-include -isystem /home/newell/src/gcc-4.1/gcc-4.1-20050515/newlib/libc/include -B/home/newell/xgcc/m68k-rtems/bin/ -B/home/newell/xgcc/m68k-rtems/lib/ -isystem /home/newell/xgcc/m68k-rtems/include -isystem /home/newell/xgcc/m68k-rtems/sys-include -O2 -I../../gcc-4.1-20050515/gcc/../newlib/libc/sys/rtems/include -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../gcc-4.1-20050515/gcc -I../../gcc-4.1-20050515/gcc/. -I../../gcc-4.1-20050515/gcc/../include -I./../intl -I../../gcc-4.1-20050515/gcc/../libcpp/include -m68000 -DL_fixdfdi -c ../../gcc-4.1-20050515/gcc/libgcc2.c -o libgcc/m68000/_fixdfdi.o Compiler output: Reading specs from /home/newell/src/gcc-4.1/b_gcc/./gcc/specs Target: m68k-rtems Configured with: ../gcc-4.1-20050515/configure --target=m68k-rtems --with-gnu-as --with-gnu-ld --with-newlib --verbose --enable-threads --enable-languages=c --prefix=/home/newell/xgcc : (reconfigured) ../gcc-4.1-20050515/configure -target=m68k-rtems --with-gnu-as --with-gnu-ld --with-newlib --verbose --enable-threads --enable-languages=c --prefix=/home/newell/xgcc Thread model: rtems gcc version 4.1.0 20050515 (experimental) /home/newell/src/gcc-4.1/b_gcc/./gcc/cc1 -E -quiet -nostdinc -v -I../../gcc-4.1-20050515/gcc/../newlib/libc/sys/rtems/include -I. -I. -I../../gcc-4.1-20050515/gcc -I../../gcc-4.1-20050515/gcc/. -I../../gcc-4.1-20050515/gcc/../include -I./../intl -I../../gcc-4.1-20050515/gcc/../libcpp/include -iprefix /home/newell/src/gcc-4.1/b_gcc/gcc/../lib/gcc/m68k-rtems/4.1.0/ -isystem /home/newell/src/gcc-4.1/b_gcc/./gcc/include -DIN_GCC -DCROSS_COMPILE -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -DL_fixdfdi -isystem /home/newell/src/gcc-4.1/b_gcc/m68k-rtems/newlib/targ-include -isystem /home/newell/src/gcc-4.1/gcc-4.1-20050515/newlib/libc/include -isystem /home/newell/xgcc/m68k-rtems/include -isystem /home/newell/xgcc/m68k-rtems/sys-include -isystem ./include ../../gcc-4.1-20050515/gcc/libgcc2.c -m68000 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -fworking-directory -O2 -fpch-preprocess -o libgcc2.i ignoring nonexistent directory "/home/newell/src/gcc-4.1/b_gcc/m68k-rtems/newlib/targ-include" ignoring nonexistent directory "/home/newell/xgcc/m68k-rtems/include" ignoring nonexistent directory "/home/newell/xgcc/m68k-rtems/sys-include" ignoring duplicate directory "./include" ignoring duplicate directory "." ignoring duplicate directory "../../gcc-4.1-20050515/gcc/." #include "..." search starts here: #include <...> search starts here: ../../gcc-4.1-20050515/gcc/../newlib/libc/sys/rtems/include . ../../gcc-4.1-20050515/gcc ../../gcc-4.1-20050515/gcc/../include ./../intl ../../gcc-4.1-20050515/gcc/../libcpp/include /home/newell/src/gcc-4.1/b_gcc/./gcc/include /home/newell/src/gcc-4.1/gcc-4.1-20050515/newlib/libc/include End of search list. /home/newell/src/gcc-4.1/b_gcc/./gcc/cc1 -fpreprocessed libgcc2.i -quiet -dumpbase libgcc2.c -m68000 -auxbase-strip libgcc/m68000/_fixdfdi.o -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -o libgcc2.s GNU C version 4.1.0 20050515 (experimental) (m68k-rtems) compiled by GNU C version 3.3.2 (propolice). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ../../gcc-4.1-20050515/gcc/libgcc2.c: In function '__fixdfdi': ../../gcc-4.1-20050515/gcc/libgcc2.c:1243: internal compiler error: in do_SUBST, at combine.c:464 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Preprocessed source (libgcc2.i): # 1 "../../gcc-4.1-20050515/gcc/libgcc2.c" # 1 "/home/newell/src/gcc-4.1/b_gcc/gcc//" # 0 "" # 1 "" # 1 "../../gcc-4.1-20050515/gcc/libgcc2.c" # 32 "../../gcc-4.1-20050515/gcc/libgcc2.c" # 1 "./tconfig.h" 1 # 1 "./auto-host.h" 1 # 7 "./tconfig.h" 2 # 1 "../../gcc-4.1-20050515/gcc/../include/ansidecl.h" 1 # 9 "./tconfig.h" 2 # 33 "../../gcc-4.1-20050515/gcc/libgcc2.c" 2 # 1 "../../gcc-4.1-20050515
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-14 13:37 ---
Fully reduced testcase:
typedef __complex__ double cdouble;
cdouble elt_zero();
const cdouble *pointer();
cdouble trace(void) {
cdouble output = elt_zero();
const cdouble *data = pointer();
output += data[1];
return output;
}
This works with the C front-end but not with the C++ front-end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-10-14 13:37:58
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug bootstrap/24366] ICE while building cross compiler
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:39 --- *** This bug has been marked as a duplicate of 22001 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24366
[Bug rtl-optimization/22001] ICE while building cross compiler
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 13:39 --- *** Bug 24366 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22001
[Bug tree-optimization/24365] [4.1 Regression] statement makes a memory store with complex
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 13:48 ---
Reduced testcase:
typedef __complex__ double cdouble;
inline cdouble to_complex(double r) {
cdouble z;
__real__ z = r;
return z;
}
cdouble elt_zero() {
return to_complex(0.0);
}
-
The inliner is remapping z/retval wrong and forgetting to copy if the complex
is a aggregate or a scaler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-10-14 13:48:27
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug tree-optimization/24365] [4.1 Regression] statement makes a memory store with complex
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-14 13:49 --- One more thing, this only happens with the C++ front-end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug c++/24367] New: unrecognizable insn with -fPIC -O2 -funroll-loops
g++ -g -Wall -fPIC -O2 -funroll-loops -o /dev/null -c disk.cpp
disk.cpp: In function 'char* test(const char*, const char*)':
disk.cpp:13: error: unrecognizable insn:
(insn 542 541 544 26 (set (reg/f:SI 84)
(plus:SI (reg:SI 12 %r12)
(const:SI (plus:SI (unspec:SI [
(symbol_ref:SI ("_ZZ4testPKcS0_E8rtn_path") [flags
0x2] )
] 112)
(const_int 1024 [0x400]) -1 (nil)
(nil))
disk.cpp:13: internal compiler error: in extract_insn, at recog.c:2084
Code:
char *test(const char *parent, const char *child)
{
static char rtn_path[1024];
char *s = rtn_path;
char *s_end = rtn_path + sizeof(rtn_path);
const char *s2 = child;
while( *s != '\0' )
s++;
while( (s < s_end) && (*s2 != '\0') )
*s++ = *s2++;
return(rtn_path);
}
--
Summary: unrecognizable insn with -fPIC -O2 -funroll-loops
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: waldi at debian dot org
GCC target triplet: s390-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24367
[Bug tree-optimization/24365] [4.1 Regression] statement makes a memory store with complex
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug tree-optimization/24365] [4.1 Regression] statement makes a memory store with complex
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 14:00 --- Oh, the reason why I could confirm this one is because this is a split off from PR 24362. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||24362 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24365
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #7 from pcarlini at suse dot de 2005-10-14 14:03 --- Are those new problems related to c++/21210? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c++/24368] New: -Wshadow gets confused by built-ins
Consider the following example:
#include
// Okay if we do this:
//using std::floor;
double f(double d)
{
// If we do this, however, GCC says: "shadow.C:7: warning:
// shadowing built-in function `double std::floor(double)'"
using std::floor;
return floor(d);
}
As indicated in the comments, the example compiles without warnings when using
-Wshadow IFF 'using std::floor' is at file scope. However, if the using
declaration is moved inside of a function, GCC complains about shadowing a
built-in.
---
[EMAIL PROTECTED]:~/playpen$ g++-3.4 -v
Reading specs from /usr/lib/gcc/i486-linux/3.4.4/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4
--enable-shared --with-system-zlib --enable-nls --without-included-gettext
--program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk --disable-werror i486-linux
Thread model: posix
gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-13)
--
Summary: -Wshadow gets confused by built-ins
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnewbold at mathworks dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24368
[Bug middle-end/24362] [4.0/4.1 Regression] internal compiler error: in extract_component, at tree-complex.c:68
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-14 14:10 --- (In reply to comment #7) > Are those new problems related to c++/21210? No, these new problems are all midlde-end bugs relating to RETURN_DECL not being handled correctly (or at all). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24362
[Bug c++/24368] [3.4 Regression] -Wshadow gets confused by built-ins
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 14:11 --- Confirmed, only a regression on the 3.4 branch. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Known to fail||3.4.0 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-10-14 14:11:59 date|| Summary|-Wshadow gets confused by |[3.4 Regression] -Wshadow |built-ins |gets confused by built-ins Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24368
[Bug c++/20103] [4.0/4.1 regression] ICE in create_tmp_var with C99 style struct initializer
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
[Bug fortran/24369] New: segmentation fault with gfortran
Using Debian, sid $uname -a Linux kusumanchi 2.6.12-1-686-smp #1 SMP Tue Sep 27 13:10:31 JST 2005 i686 GNU/Linux $gfortran -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 (Debian 4.0.2-2) $cat gfortran_bug.f90 module variables implicit none integer, parameter :: NX = 32 real :: xco(0:NX) contains !-- function func1(N) implicit none real :: func1(0:N) integer, intent(in) :: N func1(:) = 1.0 end function func1 !-- function func2(N) implicit none real :: func2(0:N) integer, intent(in) :: N func2(:) = 1.0 + func1(N) end function func2 end module variables !-- program testsuite use variables xco = func2(NX) end program testsuite $gfortran gfortran_bug.f90 $./a.out Segmentation fault I first reported the problem at http://gcc.gnu.org/ml/fortran/2005-10/msg00277.html from which I gather that this is not a problem with 4.1.0 20051010 (experimental) version. I am wondering if it could be fixed in 4.0.2 as well. thanks raju -- Summary: segmentation fault with gfortran Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kamaraju at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24369
[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-14 14:56 --- Subject: Bug 21250 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-14 14:56:49 Modified files: gcc: c-ppoutput.c ChangeLog Log message: PR preprocessor/21250 * c-ppoutput.c (print_line): Print internal line 0 as 1. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-ppoutput.c.diff?cvsroot=gcc&r1=1.26&r2=1.27 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10157&r2=2.10158 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21250
[Bug c++/22603] [4.0 Regression] ICE in pop_binding, at cp/name-lookup.c:380
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:00 --- Subject: Bug 22603 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 16:00:25 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: template18.C Log message: cp: PR c++/22603 Backport part of 2005-03-14 Kriang Lerdsuwanakij <[EMAIL PROTECTED]> * name-lookup.c (pushtag): Skip template parameter scope when scope is ts_global. Don't push tag into template parameter scope. testsuite: PR c++/22603 * g++.dg/parse/template18.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.132&r2=1.4648.2.133 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.109.4.9&r2=1.109.4.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.456&r2=1.5084.2.457 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/template18.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22603
[Bug c++/22603] [4.0 Regression] ICE in pop_binding, at cp/name-lookup.c:380
--- Comment #7 from nathan at gcc dot gnu dot org 2005-10-14 16:02 --- 2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/22603 Backport part of 2005-03-14 Kriang Lerdsuwanakij <[EMAIL PROTECTED]> * name-lookup.c (pushtag): Skip template parameter scope when scope is ts_global. Don't push tag into template parameter scope. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22603
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-14 16:10 --- the patch in #4 is definitely wrong, the right patch will be to the C++ FE, not the common code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:36 --- Subject: Bug 17796 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-14 16:36:37 Modified files: gcc/cp : ChangeLog optimize.c Log message: PR c++/17796 * optimize.c (update_cloned_parm): Add FIRST parameter. Use it. (maybe_clone_body): Track the first clone. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.134&r2=1.4648.2.135 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/optimize.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.114&r2=1.114.34.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-14 16:36 --- Subject: Bug 17796 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-14 16:36:49 Modified files: gcc/cp : ChangeLog optimize.c Log message: PR c++/17796 * optimize.c (update_cloned_parm): Add FIRST parameter. Use it. (maybe_clone_body): Track the first clone. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4931&r2=1.4932 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/optimize.c.diff?cvsroot=gcc&r1=1.118&r2=1.119 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug fortran/24092] ICE in trans-types.c for nested derived types
--- Comment #4 from paulthomas2 at wanadoo dot fr 2005-10-14 16:38 --- Subject: Re: ICE in trans-types.c for nested derived types pinskia at gcc dot gnu dot org wrote: >--- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-14 13:09 >--- >Fixed. > > > > Andrew, You keep hitting the PR's before I have a chance to do the honours - I had not forgotten but wait until I have done both the head and 4.0. The recent stuff on PRIVATE etc. got delayed because it caused a secondary PR and I wanted to be sure that it was fixwed before shutting down the original. Thanks, anyway! Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24092
[Bug c++/17796] [3.4/4.0/4.1 Regression] Too many unused parameter warnings emitted.
--- Comment #9 from nathan at gcc dot gnu dot org 2005-10-14 16:39 --- Fixed mainline and 4.0. 2005-10-14 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/17796 * optimize.c (update_cloned_parm): Add FIRST parameter. Use it. (maybe_clone_body): Track the first clone. Will not fix for 3.4 (it's a minor annoyance) -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17796
[Bug c++/21353] [3.4/4.0/4.1 Regression] rvalues should not be allowed to be default values for non const references in class functions.
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-09-10 02:51:58 |2005-10-14 16:46:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
[Bug c++/21383] [3.4/4.0/4.1 Regression] Crash when finding &a_templated_func<>
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-09-04 18:20:26 |2005-10-14 16:50:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21383
[Bug preprocessor/21250] [4.1 Regression] line number 0 for causes GAS to complain
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-14 17:07 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21250
[Bug ada/24370] New: ICE / GNAT BUG BOX
(...) stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I../../gcc-4.1-20051001/gcc/ada ../../gcc-4.1-20051001/gcc/ada/a-chlat1.ads -o ada/a-chlat1.o stage1/xgcc -Bstage1/ -B/usr/local/powerpc-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -g -O1 -fno-inline \ -I- -I. -Iada -I../../gcc-4.1-20051001/gcc/ada ../../gcc-4.1-20051001/gcc/ada/a-except.adb -o ada/a-except.o +===GNAT BUG DETECTED==+ | 4.1.0 20051001 (experimental) (powerpc-unknown-linux-gnu) GCC error: | | tree check: expected class | | Error detected at a-except.adb:1387:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[2]: *** [ada/a-except.o] Error 1 make[2]: Leaving directory `/home/voax/build-4.1.0/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/voax/build-4.1.0/gcc' make: *** [bootstrap] Error 2 -- Summary: ICE / GNAT BUG BOX Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anhvofrcaus at gmail dot com GCC build triplet: GCC-4.1.0-20051001 GCC host triplet: Yellow Dog Linux 4.0 GCC target triplet: G5 PowerPC http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24370
[Bug ada/24370] ICE / GNAT BUG BOX
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 17:26 --- *** This bug has been marked as a duplicate of 22533 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24370
[Bug ada/22533] [4.1 regression] ICE in get_base_var
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-14 17:26 --- *** Bug 24370 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||anhvofrcaus at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22533
[Bug c/24371] New: -fno-unit-at-a-time ignored in multifile compiles
In gcc/c-opts.c c_common_post_options() this snipped sets -funit-at-a-time unconditionally, and doesn't even warn that any -fno-unit-at-a-time was ignored: /* If we are given more than one input file, we must use unit-at-a-time mode. */ if (num_in_fnames > 1) flag_unit_at_a_time = 1; Please either warn that -fno-unit-at-a-time was overridden (see proposed patchlet attached to http://gcc.gnu.org/ml/gcc-help/2005-10/msg00068.html ) or honor the user turning off flag_unit_at_a_time. Thank you, -- Summary: -fno-unit-at-a-time ignored in multifile compiles Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-gnu-linux GCC host triplet: i686-gnu-linux GCC target triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24371
[Bug target/15184] [3.4/4.0/4.1 Regression] Direct access to byte inside word not working with -march=pentiumpro
--- Comment #9 from wilson at gcc dot gnu dot org 2005-10-14 17:44 ---
The cause of this problem is the following two lines in the i386.c file
const int x86_himode_math = ~(m_PPRO);
const int x86_promote_hi_regs = m_PPRO;
They were added here:
http://gcc.gnu.org/ml/gcc-patches/2000-02/msg00890.html
The reason for this is, as a previous comment mentioned, that HImode
instructions are slow on the pentiumpro and should be avoided. Doing this
gives better performance in general, but unfortunately, for this particular
testcase, it causes us to miss an optimization.
The issue in this case is a combiner limit. If you compile for Pentium, you
get
(set (reg:HI 61) (and:HI (mem/c/i:HI (symbol_ref:SI ("y")))
(const_int -256)))
(set (reg:HI 63) (ior:HI (reg:HI 61)
(reg:HI 62)))
(set (mem/c/i:HI (symbol_ref:SI ("y"))
(reg:HI 63))
The combiner combines these 3 instructions to get
(set (mem/c/i:QI (const:SI (plus:SI (symbol_ref:SI ("x"))
(const_int 1 [0x1]
(subreg:QI (reg:SI 59 [ c ])))
However, for pentium pro, we end up with 4 instructions due to the HImode
promotion.
(set (reg:HI 61 [ y ])
(mem/c/i:HI (symbol_ref:SI ("y"
(set (reg:SI 62) (and:SI (subreg:SI (reg:HI 61 [ y ]) 0)
(const_int -256 [0xff00])))
(set (reg:SI 65) (ior:SI (reg:SI 62)
(subreg:SI (reg:HI 63 [ c ]) 0)))
(set (mem/c/i:HI (symbol_ref:SI ("y"))
(subreg:HI (reg:SI 65) 0))
The combiner combines at most 3 instructions, to avoid combinatorial explosion,
and hence we are not able to optimize this.
I'll look at this a bit more, but at the moment, I'm skeptical that there is
any easy solution.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15184
[Bug target/21275] [4.0 Regression] gcc 4.0.0 crash with mingw when using stdout in global var
--- Comment #17 from giovannibajo at libero dot it 2005-10-14 18:54 --- Danny, is it possible to have a less invadent fix for the 4.0 branch? Something hackish that can get the bug fixed just for the branch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21275
[Bug c/24371] -fno-unit-at-a-time ignored in IMA mode
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 19:02 --- I think unit at a time is required for IMA because of the way it is implemented. I just wish non unit-at-a-time would go away and people fix up their code is unit at a time would just work. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org GCC build triplet|i686-gnu-linux | GCC host triplet|i686-gnu-linux | GCC target triplet|i686-gnu-linux | Summary|-fno-unit-at-a-time ignored |-fno-unit-at-a-time ignored |in multifile compiles |in IMA mode http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24371
[Bug c/24372] New: Internal error due to really long assignement statement
I am trying to compile this file which mainly contains one long assignment statement. The gcc gives internal error:segmentation fault(program cc1). -- Summary: Internal error due to really long assignement statement Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P1 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ashish_dobhal at rediffmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24372
[Bug c++/19565] [3.4/4.0/4.1 Regression] g++ does not warn about overflow in conversion but gcc does
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-14 19:50 --- Subject: Bug 19565 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-14 19:50:09 Modified files: gcc/cp : call.c decl.c typeck2.c ChangeLog gcc/testsuite/g++.dg/ext: packed4.C gcc/testsuite/g++.dg/opt: 20050511-1.C gcc/testsuite/g++.old-deja/g++.other: warn4.C gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/warn: Wconversion1.C Log message: PR c++/19565 * g++.dg/warn/Wconversion1.C: New test. * g++.dg/ext/packed4.C: Compile with -w. * g++.dg/opt/20050511-1.C: Likewise. * g++.old-deja/g++.other/warn4.C: Compiler with -Wconversion. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/call.c.diff?cvsroot=gcc&r1=1.558&r2=1.559 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1434&r2=1.1435 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck2.c.diff?cvsroot=gcc&r1=1.192&r2=1.193 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4932&r2=1.4933 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/ext/packed4.C.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/20050511-1.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/warn/Wconversion1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.other/warn4.C.diff?cvsroot=gcc&r1=1.2&r2=1.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6192&r2=1.6193 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19565
[Bug c++/24373] New: Public method inheritance fails
The inherited methods should be implicitely visible from a derived class, which
is not the case in g++. Refer to sample code below.
File: quantifier.cpp
/** @file qualifier.cpp */
struct base {
void f( int const& ) const {}
};
class derived: public base {
int _i;
public:
derived(): base(), _i(0) {}
void f() const { /*base::*/f( _i ); }
};
Compilation error (when "base::" is commented out) -- The command line is:
g++ -Wall -Werror -ansi -pedantic -c qualifier.cpp -o /dev/null
qualifier.cpp: In member function `void derived::f() const':
qualifier.cpp:11: error: no matching function for call to `derived::f(const
int&) const'
qualifier.cpp:11: error: candidates are: void derived::f() const
--
Summary: Public method inheritance fails
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot guilley at enst dot fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24373
[Bug c++/24373] Public method inheritance fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 19:57 --- This is how C++ works, the f in derived hides all f except for the ones listed. You can add a "using base::f;" statement in derived to get the behavior you were expecting. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24373
[Bug c++/19565] [3.4/4.0/4.1 Regression] g++ does not warn about overflow in conversion but gcc does
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-14 19:57 --- Fixed in 4.1.0. Will not be fixed in previous branches. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19565
[Bug c++/21347] [4.0/4.1 Regression] spurious warning with -Wctor-dtor-privacy
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21347
[Bug c++/19565] [3.4/4.0/4.1 Regression] g++ does not warn about overflow in conversion but gcc does
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-10-14 20:05 --- Fixed in 4.1.0. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19565
[Bug target/24374] New: [4.0/4.1 Regression] Sibcalling optimization is happening in main
Take the following example:
int main1(void);
int main(void)
{
return main1();
}
With 3.4.0, we got at -O2:
main:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
andl$-16, %esp
subl$16, %esp
callmain1
leave
ret
While with 4.0.0 and above we get:
main:
pushl %ebp
movl%esp, %ebp
subl$8, %esp
andl$-16, %esp
subl$16, %esp
leave
jmp main1
.size main, .-main
This is wrong, we should not be sibcalling optimizing in main at all.
--
Summary: [4.0/4.1 Regression] Sibcalling optimization is
happening in main
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24374
[Bug target/24374] [4.0/4.1 Regression] Sibcalling optimization is happening in main
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24374
[Bug c/24372] Internal error due to really long assignement statement
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-14 20:13 --- Can you attach the preprocessed source? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24372
[Bug libstdc++/24345] libstdc++ build failure with IRIX ld(1)
--- Comment #4 from bugzilla-gcc at thewrittenword dot com 2005-10-14 20:23 --- Ok, not a binutils bug. Richard Sandiford <[EMAIL PROTECTED]> provided the solution. If GNU as is used with GNU ld, COMDAT group should be supported on this platform. However, if GNU as is used with MIPSpro ld, COMDAT group should _not_ be used. The problem is that GNU as supports it but the MIPSpro linker does not. As the autoconf test only tests the compiler, GCC tries to use it. The current workaround is to set and export the following before 'make bootstrap': gcc_cv_as_comdat_group=no gcc_cv_as_comdat_group_percent=no -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24345
[Bug c++/24375] New: Wrong line number in diagnostic
template class foo;
template<>
struct foo { static const int u = 0; static int v; };
const int foo::u;
const int foo::u;
int foo::v;
int foo::v;
gets you:
~/ootbc/members/src$ g++ foo.cc
foo.cc:8: error: redefinition of `const int foo::u'
foo.cc:4: error: `const int foo::u' previously defined here
foo.cc:12: error: redefinition of `int foo::v'
foo.cc:10: error: `int foo::v' previously declared here
The diagnostic for line 8 should refer to line 6, not line 4. Note that the
problem only occurs with the 'const' case because the diagnostic for line 12
correctly refers to line 10.
--
Summary: Wrong line number in diagnostic
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24375
[Bug c/23439] [4.1 regression] "f(){for" crashes the C frontend
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-14 21:35 --- Subject: Bug 23439 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-14 21:35:47 Modified files: gcc: ChangeLog c-parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: for-1.c Log message: PR c/23439 * c-parser.c (c_parser_for_statement): Use location of RID_FOR to initialize loc. * gcc.dg/for-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.10158&r2=2.10159 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-parser.c.diff?cvsroot=gcc&r1=2.22&r2=2.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.6193&r2=1.6194 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/for-1.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23439
[Bug c/23439] [4.1 regression] "f(){for" crashes the C frontend
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-14 21:37 --- Fixed on mainline. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23439
[Bug middle-end/23714] [4.1 Regression] ICE in expand_assignment
--- Comment #14 from rth at gcc dot gnu dot org 2005-10-14 21:40 --- Open to... -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23714
[Bug middle-end/23714] [4.1 Regression] ICE in expand_assignment
--- Comment #15 from rth at gcc dot gnu dot org 2005-10-14 21:40 --- ... work on a better solution. -- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|REOPENED|ASSIGNED Last reconfirmed|2005-10-05 20:20:42 |2005-10-14 21:40:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23714
[Bug libstdc++/24244] Problem with tr1::shared_ptr and pthreads_mutex_lock
--- Comment #8 from pcarlini at suse dot de 2005-10-14 21:48 --- ... and, today, using a stock glibc2.3.5 on x86-linux, I have been able to reproduce the problem, exactly as originally reported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
[Bug c/24376] New: wrong-code unless -fno-sched-interblock
The cross-compiler gcc-3.4.4 (or 3.4.3) for v850 generates wrong-code for
example source bug2.c (see below).
The cmp instruction in expression (ps1 ? 1 : 2) was lost in the first
scheduling pass (see dump-file bug2.c.23.sched generated by compilation with
-da option). The return value of sh_dir() (see below) is random and depends on
state of PSW register at return from previous bprintf() call.
Shorted asm listing of wrong-code:
...
jarl _x_bprintf,r31 #
setf z,r10 # tmp73
add 1,r10 #,
...
The wrong-code may be work-arounded by -fno-sched-interblock option.
The good-code - shorted asm listing:
...
jarl _x_bprintf,r31 #
cmp r0,r28 # ps <---(This is the lost instruction)
setf z,r10 # tmp73
add 1,r10 #,
...
The problem was tested on several linux instalation (Redhat 7.2 on i686, RedHat
Enterprise release 4 on x86_64, ...).
The source file bug2.c follows:
/*/
#define NULL 0
extern const char *f_cwd(const char *s);
extern int x_strcmp(const char *s1, const char *s2);
extern int x_strncmp(const char *s1, const char *s2, unsigned n);
extern int x_bprintf(int f, const char *fmt, ...);
typedef struct
{
char cline[202];
unsigned char out;
unsigned short dir;
} t_sloc;
int sh_dir(t_sloc *sl)
{
const char *ps=NULL, *ps1;
if (x_strcmp(sl->cline, "pwd") == 0)
goto label01;
if (x_strncmp(sl->cline, "cd ", 3) == 0 && sl->cline[3] > ' ') {
ps = sl->cline + 3;
label01:
if ((ps1 = ps = f_cwd(ps)) == NULL)
ps = f_cwd(NULL);
if (!ps)
return 2;
x_bprintf(sl->out, "wd: %s\r\n", ps);
sl->dir = ps[1] != 'M';
x_bprintf(1, "ps1=%p, %d\r\n", ps1, 2);
/* This occurs wrong code: The state of Z flag of PSW register (cc0)
* at end of previous call x_bprintf()
* is evaluated instead of ps1 in next line. */
return ps1 ? 1 : 2;
}
return 0;
}
/* End of source file*/
/*/
The compiler command line:
/usr/local/bin/gcc.v -Wall -Os -mspace -ep -mghs -mno-app-regs -mzda=8 -c
-Wa,-a=bug2.lst -fverbose-asm -o bug2.o bug2.c
The cross-compiler configure line:
../gcc-3.4.4/configure --prefix=/usr/local/ --host=i586-pc-linux-gnu
--target=v850-linux-elf --program-suffix=.v
--
Summary: wrong-code unless -fno-sched-interblock
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: seidl at feld dot cvut dot cz
GCC build triplet: i586-pc-linux-gnu
GCC host triplet: i586-pc-linux-gnu
GCC target triplet: v850-linux-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24376
