[Bug rtl-optimization/21202] New: Extra register moves generated

See below: two register->register moves which are not needed. # cat byteorder.c typedef unsigned long long u64; typedef unsigned u32; static inline u64 swab64(u64 val) { union { struct { u32 a,b; } s; u64 u; } v; v.u = val; asm("bswa

[Bug rtl-optimization/21202] Extra register moves generated

--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-04-25 07:34 --- As you can see by inspecting .s file, I replaced gcc 3.4.3 with gcc 4.0.0 between compiles. Both of them produce extra moves. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21202

[Bug fortran/21203] New: Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

During bootstrapping gcc-4.0.0 (release) with f95 enabled, this segfault occurs: #/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/gfortran -B/users/rtems/src/rpms/BUILD/rtems-4.7-h8300-rtems4.7-gcc-newlib-gcc4.0.0newlib1.13.0/build/gcc/ -nostdinc -B/u

[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

--- Additional Comments From roman at kennke dot org 2005-04-25 08:57 --- I have tested this against the current GNU Classpath code. At least there it works correctly. I suppose the EventListenerList from GNU Classpath has to be merged into GCJ, if it isn't done yet (I haven't checked GC

[Bug c++/21204] New: using-directive does not honor name selection via using-declaration

$ cat >bug.cxx namespace N { struct S {}; } namespace M { struct S {}; } namespace K { using namespace N; using namespace M; using N::S; S f (); } namespace P { using namespace K; S f (); } $ g++-3.4 --version g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3

[Bug c++/21205] New: using-directive does not honor name selection via typedef

$ cat >bug.cxx namespace N { struct S {}; struct S1 {}; } namespace M { using namespace N; typedef S1 S; S f (); } namespace K { using namespace M; S f (); } $ g++-3.4 --version g++-3.4 (GCC) 3.4.4 20050314 (prerelease) (Debian 3.4.3-12) $ g++-3.4 -c bug.cxx bug.cxx:

[Bug c++/21204] using-directive does not honor name selection via using-declaration

--- Additional Comments From boris at kolpackov dot net 2005-04-25 09:04 --- See also #21205. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21204

[Bug c++/21205] using-directive does not honor name selection via typedef

--- Additional Comments From boris at kolpackov dot net 2005-04-25 09:04 --- See also #21204. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21205

[Bug bootstrap/21206] New: gcj seems not to pass the option to ld correctly

On Solaris 9 (x86) with gcc-4.0.0 and binutils-2.15, mkdir GCC_OBJ cd GCC_OBJ ../gcc4.0.0/configure --with-gnu-ld make gives us the following errors: /hoge/gcc/GCC_OBJ/gcc/gcj -B/hoge/gcc/GC C_OBJ/gcc/ -B/usr/local/i386-pc-solaris2.9/bin/ -B/usr/local/i386-pc-solaris2.9/ lib/ -isystem /usr/local

[Bug tree-optimization/21207] New: ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

Trying gcc4.0.0 on our sources I get an ICE. This ICE does not occur with gcc-4.0-20050326. Michael Cieslinski g++400 -O2 -c mediag.ii -o mediag.o mediag.ii: In static member function 'static ErrorValue MetisImageInterface::calcLutPlot()': mediag.ii:71923: internal compiler error: in fold_conve

[Bug tree-optimization/21207] ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

--- Additional Comments From micis at gmx dot de 2005-04-25 09:19 --- Created an attachment (id=8733) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8733&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21207

[Bug bootstrap/21208] New: gcj seems not to pass the option to ld correctly

On Solaris 9 (x86) with gcc-4.0.0 and binutils-2.15, mkdir GCC_OBJ cd GCC_OBJ ../gcc4.0.0/configure --with-gnu-ld make gives us the following errors: /hoge/gcc/GCC_OBJ/gcc/gcj -B/hoge/gcc/GC C_OBJ/gcc/ -B/usr/local/i386-pc-solaris2.9/bin/ -B/usr/local/i386-pc-solaris2.9/ lib/ -isystem /usr/local

[Bug libstdc++/20914] Another grouping trouble

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 09:34 --- Subject: Bug 20914 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-25 09:33:41 Modified files: libstdc++-v3 : Change

[Bug libstdc++/20914] Another grouping trouble

--- Additional Comments From pcarlini at suse dot de 2005-04-25 09:35 --- Fixed for 4.0.1. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/21209] New: signed integer overflow in num_get<>::_M_extract_int

__new_result definitely overflows, and this is *bad* (at least in principle ;) when it's signed. I have a patch in testing which has small (probably bearable) performance implications. -- Summary: signed integer overflow in num_get<>::_M_extract_int Product: gcc V

[Bug libstdc++/21209] signed integer overflow in num_get<>::_M_extract_int

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug SWING/21065] javax.swing.event.EventListenerList.getListenerList() implemented wrong

--- Additional Comments From konqueror at gmx dot de 2005-04-25 09:50 --- As you can see at http://developer.classpath.org/compare/classpath-libgcj/libgcj-classpath-compare.html this class is merged. This page is updated twice a day so pretty uptodate normally. -- http://gcc.gnu.org

[Bug bootstrap/21208] gcj seems not to pass the option to ld correctly

--- Additional Comments From shanwill44 at yahoo dot com 2005-04-25 09:51 --- Pposted twice, by mistake. Sorry. -- What|Removed |Added Status|UNCONFIRMED

[Bug libstdc++/20909] incorrect floating point format

--- Additional Comments From pcarlini at suse dot de 2005-04-25 09:51 --- Fixed for 4.0.0. -- What|Removed |Added Target Milestone|4.0.1 |4.0.0 htt

[Bug libstdc++/20909] incorrect floating point format

--- Additional Comments From pcarlini at suse dot de 2005-04-25 09:52 --- . -- What|Removed |Added Status|ASSIGNED|RESOLVED Resoluti

[Bug c++/21210] New: STL containers do not accept GNU builtin __complex__ type anymore

The GCC 4.0.0 release does not support the use of the GNU builtin __complex__ anymore in, e.g., std::vector. The code below used to compile on GNU (compatible) compilers prior to GCC 4.0 #include typedef float __complex__ fcomplex; std::vector vfc(10); GCC 4.0.0 produces the following diagnost

[Bug tree-optimization/19049] not vectorizing a fortran loop

--- Additional Comments From irar at il dot ibm dot com 2005-04-25 09:58 --- The vectorizer fails to determine dependence between: (*a_38)[D.719_49] and (*a_38)[D.718_51], since it fails to determine that both of the data-refs have the same base, *a_38. This is already fixed in autovec

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED

[Bug fortran/21211] New: Internal compiler error, when array boundary set with maxval

Compiling the following code results in an internal compiler error: > gfortran-4.0 buggy.f90 -o buggy.o buggy.f90: In function 'testsub': buggy.f90:5: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.h

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

--- Additional Comments From pcarlini at suse dot de 2005-04-25 11:06 --- Fixed for 3.4.4, 4.0.1 and mainline. -- What|Removed |Added Status|ASSIGNED

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

-- What|Removed |Added Target Milestone|4.0.1 |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21035

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 11:11 --- Subject: Bug 21035 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 10:59:23 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 11:11 --- Subject: Bug 21035 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-25 11:00:51 Modified files: libstdc++-v3 : Change

[Bug libstdc++/21035] Documentation for std::basic_string::compare() incorrect

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 11:12 --- Subject: Bug 21035 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-04-25 11:02:02 Modified files: libstdc++-v3 : Change

[Bug c++/21210] Trouble with __complex__ types default construction

--- Additional Comments From pcarlini at suse dot de 2005-04-25 11:59 --- Actually, this has nothing to do with std::vector per se. This tiny snippet suffices to trigger the C++ front-end problem: typedef float __complex__ fcomplex; fcomplex cplx = fcomplex(); -- Wh

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 12:45 --- Subject: Bug 20413 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 12:44:47 Modified files: gcc/doc: rtl.texi Log message: 2005-

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 12:46 --- Subject: Bug 20413 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 12:46:14 Modified files: gcc: ChangeLog cfgrtl.c final.c jump.c loo

[Bug target/21201] ICE: in reload_cse_simplify_operands, at postreload.c:391

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug rtl-optimization/21202] Extra register moves generated with long long

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 12:53 --- Confirmed, this is a register allocator problem with long longs. -- What|Removed |Added

[Bug c/21212] New: missed vectorization opportunity

The frontend translates this function: void test_loop_c(char a[16], char b[16], char c[16]) { int i; for(i = 0; i<16; i++) { c[i] = a[i] + b[i]; } } to { int i; int i; i = 0; goto ; :; *(c + (char *) (unsigned int) i) = (char) ((signed char) *(a + (char *) (unsi

[Bug tree-optimization/21212] missed vectorization opportunity

-- What|Removed |Added Component|c |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21212

[Bug tree-optimization/21212] missed vectorization opportunity

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:09 --- Actually char a[16] decays into pointers in agruments. So the optimizators don't know if a, b, or c point to the same place (or even overlaps). Instead if you define the function as the following we do vec

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-25 13:10 --- Fixed on mainline with check-in from today. -- What|Removed |Added Status|NEW

[Bug target/20695] sh64-*-* port deos not handle 32 / 64 bit conversions properly

-- Bug 20695 depends on bug 20413, which changed state. Bug 20413 Summary: VOIDmode LABEL_REFs are generated http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20413 What|Old Value |New Value

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20413

[Bug fortran/21211] Internal compiler error, when array boundary set with maxval

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:19 --- Actually it is the missing upper bound which is causing the segfault, this is a dup of bug 19358. *** This bug has been marked as a duplicate of 19358 *** -- What|Removed

[Bug fortran/19358] [gfortran] Segfault with missing upper bound

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:19 --- *** Bug 21211 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From matz at suse dot de 2005-04-25 13:20 --- The problem is in reload_cse_move2add. It has such a loop: for (narrow_mode = GET_CLASS_NARROWEST_MODE (MODE_INT); narrow_mode != GET_MODE (reg);

[Bug c++/21210] [4.0/4.1 Regression] Trouble with __complex__ types default construction

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:22 --- Confirmed, with Paolo's reduced testcase. -- What|Removed |Added Status|UNCONFI

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug rtl-optimization/21144] [4.0/4.1 regression] Apparent infinite loop in reload

--- Additional Comments From matz at suse dot de 2005-04-25 13:26 --- Created an attachment (id=8734) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8734&action=view) Patch for above problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21144

[Bug java/21206] gcj seems not to pass the option to ld correctly

-- What|Removed |Added Component|bootstrap |java Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206

[Bug java/21206] gcj seems not to pass the option to ld correctly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:29 --- It passes correctly for me on i686-pc-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21206

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:30 --- Hmm. -- What|Removed |Added Keywords||build, ice-on-va

[Bug fortran/21177] wrong code with NULL()

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:31 --- Patch was posted. -- What|Removed |Added URL||htt

gcc-bugs@gcc.gnu.org

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-04-25 13:38 --- Patch in testing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rgu

[Bug c/21213] New: segfault declaring a transparent union

Compiling the following piece of code causes gcc 3.4.3 and 3.4.4-20050422 to segfault enum some_enum { enum_a }; union some_union { enum some_enum; } __attribute__((__transparent_union__)); The code is compiled as gcc -c test.c -o test.o and gcc complains w

[Bug c/21213] segfault declaring a transparent union

--- Additional Comments From javier dot pello at urjc dot es 2005-04-25 13:47 --- Created an attachment (id=8735) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8735&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21213

[Bug c/21214] New: ICE building current mozilla CVS with gcc 4.0.0

I'm getting the following building the current mozilla CVS tree with gcc 4.0.0: gmake[3]: Entering directory `/var/tmp/mozilla_cvs/mozilla/modules/libreg/src' reg.c gcc -o reg.o -c -DOSTYPE=\"SunOS5\" -DOSARCH=\"SunOS\" -DBUILD_ID=00 -DUSE_BUFFERED_REGISTRY_IO -I../../../dist/in

[Bug bootstrap/21215] New: gcc build fails on Solaris 10, opteron

SunOS antigua 5.10 Generic i86pc i386 i86pc ../configure --prefix=/usr/local/gcc4 --enable-languages=c,c++ --without-included-gettext --with-libiconv-prefix=/usr/local make CFLAGS='-O' LIBCFLAGS='-g -O2' LIBCXXFLAGS='-g -O2 -fno-implicit-templates' bootstrap ./xgcc -B./ -B/usr/local/gcc4/i386-pc

[Bug c/21213] [3.3/3.4/4.0/4.1 Regression] segfault declaring a transparent union

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 13:58 --- Reduced testcase: union some_union { } __attribute__((__transparent_union__)); Note that testcase is not a regression. But your testcase is a regression, and the reduced testcase as the following: uni

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 13:59 --- Subject: Bug 21173 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 13:59:39 Modified files: gcc: ChangeLog tree-ssa-pre.c Log messag

[Bug c/21214] ICE building current mozilla CVS with gcc 4.0.0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:00 --- *** This bug has been marked as a duplicate of 21167 *** -- What|Removed |Added

[Bug tree-optimization/21167] [4.0/4.1 Regression] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:00 --- *** Bug 21214 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 14:03 --- Subject: Bug 21173 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-25 14:02:38 Modified files: gcc: Change

[Bug bootstrap/21216] New: Spontaneous cc1 rebuild during parallel make causes build failure.

I've built a half-dozen GCC 4.0.0 based compilers in parallel (make -j2) on Linux without a hitch. But I received the following error building an sh-elf toolchain. make is deciding to rebuild cc1 after cross building much of libgcc already, and then, when it tries to use this new cc1 (perhaps bef

[Bug bootstrap/21216] Spontaneous cc1 rebuild during parallel make causes build failure.

--- Additional Comments From green at redhat dot com 2005-04-25 14:06 --- Created an attachment (id=8736) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8736&action=view) Relevant part of build log. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21216

[Bug target/21216] Spontaneous cc1 rebuild during parallel make causes build failure.

-- What|Removed |Added Component|bootstrap |target Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2121

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:09 --- I think Sun recommends to use GNU's binutils. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21215

[Bug fortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-25 14:13 --- (In reply to comment #3) > The question remains: What to do with the offset field? > Fix it in the front end for static arrays, or remove it > altogether? The offset field is used for something like this: RE

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 14:18 --- Subject: Bug 21173 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 14:18:31 Added files: gcc/testsuite/gcc.c-torture/execute: pr21173.c Log mess

[Bug middle-end/21117] [3.3/3.4/4.0/4.1 Regression] ICE after error about returning an incomplete type

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-25 14:30 --- Confirmed. This crashes since gcc 3.2.1. The error message on mainline is: bug.cc: In function 'wxString GetHeader()': bug.cc:5: error: return type 'struct wxString' is incomplete bug.cc:7: internal comp

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 14:30 --- Subject: Bug 21215 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 14:30:26 Modified files: gcc: ChangeLog gcc/doc: i

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-04-25 14:33 --- (In reply to comment #1) > Hmm. The origin of this issue seems to be f951's check's for REAL 8 (kind=8). The h8300 doesn't seem to provide this type and thereby seems to trigger a bug in f951's error hand

[Bug bootstrap/21215] gcc build fails on Solaris 10, opteron

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 14:34 --- Subject: Bug 21215 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-04-25 14:33:31 Modified files: gcc: Change

[Bug java/21217] New: "Argument list too long" when guilding gcj

I'm using Debian Sid on a Pentium IV. I downloaded the released version of 4.0.0 (gcc-4.0.0.tar.gz). I unzipped it into: /home/cjc/packages/gcc-4.0.0 I created a directory to build into: /home/cjc/packages/o In the /home/cjc/packages/o directory, I ran this command: /home/cjc/packages/gcc-4.0.

[Bug tree-optimization/21218] New: [4.1 regression] ICE using -ftree-vectorize

Compiling the following code snippet with "-ftree-vectorize -O2 -march=pentium4" triggers an ICE on mainline (the 4.0 branch is not affected): struct A { double d[2]; double foo(int i) { return d[i]; } }; struct B : public A {}; void bar(B& b)

[Bug tree-optimization/21218] [4.1 regression] ICE using -ftree-vectorize

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:43 --- Confirmed. Failing since at least 20050421. -- What|Removed |Added Status|UNCON

[Bug libgcj/21217] "Argument list too long" when guilding gcj

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21217

[Bug libgcj/21217] "Argument list too long" when guilding gcj

-- What|Removed |Added GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21217

[Bug tree-optimization/21167] [4.0/4.1 Regression] ICE in get_indirect_ref_operands at tree-ssa-operands.c when compiling MySQL-4.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:47 --- *** This bug has been marked as a duplicate of 21173 *** -- What|Removed |Added

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:47 --- *** Bug 21167 has been marked as a duplicate of this bug. *** -- What|Removed |Added

gcc-bugs@gcc.gnu.org

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:49 --- Patch posted: . -- What|Removed |Added --

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From jakub at gcc dot gnu dot org 2005-04-25 14:49 --- Are you going to commit the testcase to the branch as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21173

[Bug tree-optimization/19639] Funny (horrible) code for empty destructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:51 --- Patch posted here: . -- What|Removed |Added -

[Bug tree-optimization/21207] ICE with gcc4.0.0 in fold_convert, at fold-const.c:1922

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 14:59 --- It is also not reproducable with "4.0.0 20050410" with all checking enabled. -- What|Removed |Added --

[Bug tree-optimization/21219] New: Segfault in tree-gimple.c:196

I get a segfault compiling qt334 with som options. This problem occurs not with snapshot 20050410, but with current and 2005041. Michael Cieslinski g++41i -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050424/configure --prefix=/usr/local/gcc41i -- progr

[Bug tree-optimization/21219] Segfault in tree-gimple.c:196

--- Additional Comments From micis at gmx dot de 2005-04-25 15:12 --- Created an attachment (id=8737) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8737&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21219

[Bug tree-optimization/21048] [4.1 Regression] use of poisoned ggc memory causes cpu2000 build failures

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 15:15 --- *** Bug 21219 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/21219] Segfault in tree-gimple.c:196

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 15:15 --- *** This bug has been marked as a duplicate of 21048 *** *** This bug has been marked as a duplicate of 21048 *** -- What|Removed |Added --

[Bug tree-optimization/21173] [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-25 15:18 --- Subject: Re: [4.0/4.1 regression] miscompiled pointer subtraction broke Linux kernel On Mon, 2005-04-25 at 14:49 +, jakub at gcc dot gnu dot org wrote: > --- Additional Comments From jakub

[Bug fortran/18857] MATMUL failing with ALLOCATED matrices, unless base indices given

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-25 15:35 --- Subject: Re: MATMUL failing with ALLOCATED matrices, unless base indices given >> The question remains: What to do with the offset field? >> Fix it in the front end for static arrays, or remove it >> altoge

gcc-4.0.0, srcdir=objdir, ansidecl.h error

With gcc-4.0.0 on GNU/Linux (specifically, Red Hat WS 4), GNU make 3.80, I get an error when trying to build with srcdir = objdir. Since the documentation says this "should" work, even though it recommends compiling with srcdir != objdir, I'm reporting it. (The problem does not happen when srcdir

[Bug c/21220] New: cross compiler bootstrap fails with internal compiler error

Funny input line: timestamp gen-protos: 1346 entries 341 collisions ../../gcc-4.0.0/gcc/libgcc2.c: In function '__udivmoddi4': ../../gcc-4.0.0/gcc/libgcc2.c:1050: internal compiler error: in change_address_1, at emit-rtl.c:1800 host gcc is 3.3.5 -- Summary: cross compiler bootstrap fa

[Bug target/21220] cross compiler bootstrap fails with internal compiler error

-- What|Removed |Added Component|c |target Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/s

Re: gcc-4.0.0, srcdir=objdir, ansidecl.h error

On Apr 25, 2005, at 11:59 AM, Karl Berry wrote: With gcc-4.0.0 on GNU/Linux (specifically, Red Hat WS 4), GNU make 3.80, I get an error when trying to build with srcdir = objdir. Since the documentation says this "should" work, even though it recommends compiling with srcdir != objdir, I'm report

[Bug c++/21189] weird behavior

--- Additional Comments From gnu04 at yahoo dot com 2005-04-25 16:27 --- Subject: Re: weird behavior Thanks a lot! And sorry for the spamming. I should be careful. Andy --- pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > --- Additional Comments From pinskia at gcc

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

--- Additional Comments From kargl at gcc dot gnu dot org 2005-04-25 16:38 --- (In reply to comment #2) > > The origin of this issue seems to be f951's check's for REAL 8 (kind=8). > > The h8300 doesn't seem to provide this type and thereby seems to trigger a bug > in f951's error handl

[Bug fortran/21203] Segfault while compiling libgfortran/intrinsics/selected_int_kind.f90

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-04-25 17:14 --- (In reply to comment #3) > (In reply to comment #2) > > > > The origin of this issue seems to be f951's check's for REAL 8 (kind=8). > > > > The h8300 doesn't seem to provide this type and thereby seems to

[Bug java/21221] New: File.isHidden() method always returns 'true' in windows.

File.isHidden() method always returns 'true' in windows. Here is a simple code: import java.io.*; public class canRead { public static void main( String [] args ) { File file = new File( args[0] ); System.out.println( args[0] + ":"

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 17:44 --- Patch posted: . -- What|Removed |Added --

[Bug libgcj/21221] [Win32] File.isHidden() method always returns 'true' in windows.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 17:53 --- Hmm, we should have got an exception or an assert: JvAssert (query == DIRECTORY || query == ISFILE); oh, well. The problem can be seen in natFileWin32.cc in that _stat does not understant ISHIDDEN at all

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 18:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/21188] [4.1 Regression] CbcModel.cpp:3571: internal compiler error: in compare_values, at tree-vrp.c:292

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-25 18:09 --- Subject: Bug 21188 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-25 18:08:36 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug tree-optimization/18832] missed jump threading with ||

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-25 18:20 --- They all produce the same asm on PPC now, thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18832

  1   2   >