[Bug middle-end/21107] internal compiler error: in expand_one_stack_var_at, at cfgexpand.c:476

--- Additional Comments From e9925248 at stud4 dot tuwien dot ac dot at 2005-04-20 08:08 --- It compiles on a older version (3.3.2): $avr-gcc -S t.c $cat t.s .file "t.c" .arch avr2 __SREG__ = 0x3f __SP_H__ = 0x3e __SP_L__ = 0x3d __tmp_reg__ = 0 __zero_reg__ = 1

[Bug libstdc++/11074] libstdc++ fails to build due to gettext issue

--- Additional Comments From tim dot vanholder at anubex dot com 2005-04-20 08:14 --- This is still present. I've now patched acinclude.m4 to detect the library properly (will add as attachment); it's not ideal but it seems to work. Also, like I feared, it introduces a dependency on lib

[Bug c++/21120] New: Empty declaration with typeof accepted

The error message "declaration does not declare anything" is not triggered in certain cases when using typeof: === struct A {}; void foo() { typeof(A); } === It *is* triggered if I write typeof(int) instead. Another testcase is the

[Bug ada/21121] New: [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

GNATMAKE 4.0.0 20050418 (prerelease) Copyright 1995-2004 Free Software Foundation, Inc. "ce2109b.ali" being checked ... -> "ce2109b.ali" missing. d:/Data/Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc/xgcc -c -Bd:/Data/ Development/gcc-cvs/build-4.0.0-20050417-mingw32/gcc -gnatws -O2 -O0

[Bug ada/21121] [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

--- Additional Comments From rolf dot ebert dot gcc at gmx dot de 2005-04-20 11:23 --- These errors only occur at -O0, they do not occur with -O1 or -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21121

[Bug tree-optimization/21116] [4.1 Regression] tree-ssa-phiopt.c:193 has wrong translation from EDGE_COUNT to single_succ_p.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20 13:19 --- Subject: Bug 21116 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-20 13:19:18 Modified files: gcc: ChangeLog tree-ssa-phiopt.c Log mes

[Bug tree-optimization/21116] [4.1 Regression] tree-ssa-phiopt.c:193 has wrong translation from EDGE_COUNT to single_succ_p.

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-20 13:20 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug middle-end/21085] [4.0 Regression] Virtual memory exhausted with g++

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 13:52 --- I will take this and will try to get it approved for 4.0.1. -- What|Removed |Added A

[Bug ada/21121] [4.0.0 Regression] ICE in ACATS ce2404b ce2109b ce2410b on mingw32

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

[Bug ada/18858] ACATS ICE ce2109b ce2404b ce2410b at -O0: in expand_assignment, at expr.c:3756

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

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 14:07 --- (In reply to comment #6) > I think I see the problem here. The call in Test.java... > >t.test(false, "FALSE"); And now the reason why it works on PPC, passing via registers. -- http://gcc.gnu.org/

[Bug c/21122] New: ICE in schedule_insns, at sched-rgn.c:2549

The code is taken from the multimedia package pd and reduced. It may be reproduced with # gcc -c -O2 d.i d.i: In function 'osc_perform': d.i:35: internal compiler error: in schedule_insns, at sched-rgn.c:2549 -- Summary: ICE in schedule_insns, at sched-rgn.c:2549 Prod

[Bug c/21122] ICE in schedule_insns, at sched-rgn.c:2549

--- Additional Comments From b dot gunreben at web dot de 2005-04-20 14:13 --- Created an attachment (id=8688) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8688&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21122

[Bug target/21122] ICE in schedule_insns, at sched-rgn.c:2549

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

[Bug target/20813] [4.1 Regression] ICE in gen_reg_rtx for 3 spec tests

--- Additional Comments From dje at gcc dot gnu dot org 2005-04-20 14:18 --- rs64a does not support it, but rs64b does. We might want to limit GCC support to rs64b. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20813

[Bug c++/21123] New: ICE in cp_expr_size, at cp/cp-objcp-common.c:101

this code is from the package arts, preprocessed and reduced. The bug may be reproduced with # g++ -c mcop.ii mcop.ii: In member function 'std::vector > Arts::InterfaceRepo_base::_ZTv0_n12_NK4Arts18InterfaceRepo_base15_defaultPortsInEv() const': mcop.ii:134: internal compiler error: in c

[Bug target/21119] avr-gcc does not output Dwarf 2 information to track optimized variables' locations

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-20 14:27 --- Subject: Re: New: avr-gcc does not output Dwarf 2 information to track optimized variables' locations On Wed, 2005-04-20 at 06:40 +, tsandnes at atmel dot com wrote: > The dwarf debug informa

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From b dot gunreben at web dot de 2005-04-20 14:28 --- Created an attachment (id=8689) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8689&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From mark at gcc dot gnu dot org 2005-04-20 14:30 --- Posted a patch to implement option 2 of comment #6 - "fixing up" boolean args for raw calls http://gcc.gnu.org/ml/java-patches/2005-q2/msg00242.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21115

[Bug debug/21119] avr-gcc does not output Dwarf 2 information to track optimized variables' locations

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 14:35 --- Fixed for 4.0.0. -- What|Removed |Added Status|UNCONFIRMED |RESO

[Bug middle-end/20973] [4.0 Regression] kdelibs (khtml) miscompiled by reload

-- What|Removed |Added Component|regression |middle-end Summary|[4.0/4.1 Regression] kdelibs|[4.0 Regression] kdelibs |(khtml)

[Bug libgcj/21115] false boolean argument passed from pre-compiled to interpreted method is true

--- Additional Comments From aph at gcc dot gnu dot org 2005-04-20 14:38 --- This is indeed a libffi bug. Whether a boolean is promoted to a full word or not is a part of the system ABI. It's controlled in gcc by TARGET_PROMOTE_PROTOTYPES, and is part of the gcc back end. What you hav

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123

[Bug c++/21124] New: [4.1 regression] bogus "may be used uninitialized" warning

On mainline I get some bogus warnings about uninitialized variables. Just compile the following with "g++ -O -Wall": == #include void foo(int i, std::valarray& v) { v += i*v; } void bar() { std::valarray v; for (int j=0; j<2; ++j)

[Bug fortran/21125] New: gfortran - bus error printing warning message

I get a bus error when I try to compile this program. If you look at the trace back, translate_common was making a call to gfc_warning with this statement - gfc_warning ("Padding of %d bytes required before '%s' in " "COMMON '%s' at %L", offset, s->sym->nam

[Bug target/21122] ICE in schedule_insns, at sched-rgn.c:2549

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 15:07 --- Confirmed, reduced testcase: union tabfudge { double tf_d; int tf_i[2]; }; struct _osc { double x_phase; }; void osc_perform(double *out, struct _osc * x) { union tabfudge tf; int normhipart;

[Bug fortran/21125] gfortran - bus error printing warning message

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

[Bug fortran/20059] internal compiler error: Segmentation Fault - For common blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 15:08 --- *** Bug 21125 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20059

[Bug c++/21123] ICE in cp_expr_size, at cp/cp-objcp-common.c:101

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 15:10 --- This works on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123

[Bug c++/21124] [4.1 regression] bogus "may be used uninitialized" warning

-- What|Removed |Added Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21124

[Bug middle-end/21124] [4.1 regression] bogus "may be used uninitialized" warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 15:19 --- Confirmed: # D.1678_31 = PHI <0(3), D.1678_8(0)>; Why is this PHI, here, it is just dead code, maybe we should check the use info to see if it is actually used. -- What|Removed

[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs

--- Additional Comments From mckinlay at redhat dot com 2005-04-20 15:56 --- Ziga, please let us know as soon as your FSF paperwork clears. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20504

[Bug middle-end/21124] [4.1 regression] bogus "may be used uninitialized" warning

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-20 16:04 --- Here's an even simpler testcase that triggers the warning with -O, -O2, -O3: struct A { const int& i; int j; A(const int& __i) : i(__i), j(0) {} };

[Bug libgcj/20504] java.util.regex implementation doesn't support quoting constructs

--- Additional Comments From ziga dot mahkovec at klika dot si 2005-04-20 16:24 --- Bryce, about a month ago, I was informed that my papers were to be sent shortly. I forgot about it later, but I poked the copyright clerk now. Let me know if there's anything I can do to speed things u

[Bug c/12913] Jumps into variable length array scope not rejected

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20 16:42 --- Subject: Bug 12913 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-20 16:41:48 Modified files: gcc: ChangeLog c-decl.c c-tree.h c-typeck.

[Bug tree-optimization/21030] [4.1 Regression] ICE in set_value_range building 176.gcc with -O2

--- Additional Comments From ro at gcc dot gnu dot org 2005-04-20 16:42 --- I observe the same ICE when bootstrapping with Ada on i386-pc-solaris2.10: stage1/xgcc -Bstage1/ -B/vol/gcc/share/i386-pc-solaris2.10/bin/ -c -g -O2 -gnatpg -gnata -I- -I. -Iada -I/vol/gnu/src/gcc/gcc-dist/

[Bug rtl-optimization/15248] [4.0/4.1 Regression] Reload may generate stores to read-only memory

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-04-20 17:04 --- > Eric, if you confirm that this bug is fixed in 3.3 and 3.4, then this is a > (latent) regression on mainline and 4.0. It is indeed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248

[Bug c/21126] New: internal compiler error: in output_constant_pool_2, at varasm.c:3232

gcc -v Using built-in specs. Target: mingw32 Configured with: ../gcc-4.1-20050410/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/home/mingw --enable-threads --disable-nls --enable-languages=c,c++,treelang --disable-win32-registry --disable-shared Thread m

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

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

[Bug middle-end/19986] [meta-bug] fold missing optimizations (compared to RTL)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 17:32 --- Some mentioned here: . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986

[Bug target/20049] __builtin_ia32_loadsss is still documented

--- Additional Comments From kcook at gcc dot gnu dot org 2005-04-20 18:03 --- The obvious typo in the docs would still apply to 3.x though. 4.x has the seperate issue that the following functions are no longer available (I assume intentionally, though it really wasn't announced) yet st

[Bug c++/21118] Explicitly instantiated templates don't seem to be instantiated

--- Additional Comments From ncm-nospam at cantrip dot org 2005-04-20 18:43 --- I agree with Andrew. The compiler was improved enough not to fail to report this error. The Right Thing is probably just to delete the explicit instantiations, if it's not code to go in a shared library.

[Bug target/21100] [4.0/4.1 Regression] ICE: unrecognizable insn for -march=pentium-mmx

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|UNCONFIRMED

[Bug c++/21008] [3.4/4.0/4.1 Regression] Acess failure in accessing data member of base class from derived template class

-- What|Removed |Added CC||william dot m dot miller at ||gmail dot com http://gcc.gnu.org/

[Bug target/21100] [4.0/4.1 Regression] ICE: unrecognizable insn for -march=pentium-mmx

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20 19:56 --- Subject: Bug 21100 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-20 19:56:17 Modified files: gcc: ChangeLog gcc/config/i386: m

[Bug c++/4206] ICE with switch in while

-- What|Removed |Added Target Milestone|--- |3.1.x/3.2.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4206

[Bug c++/21008] [3.4/4.0/4.1 Regression] Acess failure in accessing data member of base class from derived template class

--- Additional Comments From william dot m dot miller at gmail dot com 2005-04-20 20:14 --- Responses to Wolfgang's two questions: a) You're right; I was looking at the current WP rather than the 2003 Standard. Sorry. It's 9.3.1p2 in the 2003 Standard (the change from troff to LaTeX

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

--- Additional Comments From rth at gcc dot gnu dot org 2005-04-20 20:18 --- Doesn't fail on i686-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21126

[Bug target/21126] internal compiler error: in output_constant_pool_2, at varasm.c:3232

--- Additional Comments From oystein at gnubg dot org 2005-04-20 20:31 --- H I'm a bit skeptic to the compiler installation. I did a configure with --prefix=/home/mingw/. Then I did a 'make install'. I notice now that /home/mingw/include/ is empty. Should it be? (And which head

[Bug libfortran/21127] New: reshape of complex broken

$ cat reshape-complex.f90 program main complex, dimension(8) :: b complex, dimension(2,2) :: a integer :: i b = (/(i,i=1,8)/) a = reshape(b(1:8:2),shape(a)) print *,a end $ gfortran -fdump-tree-original reshape-complex.f90 $ ./a.out ( 1.00, 2.00) ( 3.00, 4.0

[Bug target/21128] New: Returning vector 32-bits or larger generates ICE

The following file: typedef int __attribute__((vector_size (32))) v8i; v8i g_v8i; v8i return_v8i (void) { return g_v8i; } Compiled with the command-line: gcc test.c -c Produces this error message: test.c: In function 'return_v8i': test.c:5: internal compiler error: in hard

[Bug target/21128] Returning vector 32-bits or larger generates ICE

-- What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21128

[Bug c++/21118] Explicitly instantiated templates don't seem to be instantiated

--- Additional Comments From bangerth at dealii dot org 2005-04-20 21:33 --- Explicit instantiations can only instantiate things that have been seen before. Nothing is seen in your case, so there is nothing to be done. W. -- What|Removed |Added -

[Bug target/21128] Returning vector 32-bits or larger generates ICE

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 21:41 --- Patch here: . -- What|Removed |Added

[Bug middle-end/21129] New: genpreds should identify and emit helper predicates as static

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #1. -- Summary: genpreds should identify and emit helper predicates as static Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: missed-optimization

[Bug fortran/21130] New: 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

I work on a language interoperability tool called Babel. It generates F90 code that wraps up objects written in other languages. I have an example with 38822 lines in 22 files. The last file is 4967 lines long, and it takes roughly 10 minutes to compile with a snapshot of GCC 4.0 on an essentially

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

--- Additional Comments From hp at gcc dot gnu dot org 2005-04-20 22:43 --- Correction: that should be #2 in the referenced message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21129

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

--- Additional Comments From epperly2 at llnl dot gov 2005-04-20 22:46 --- Created an attachment (id=8690) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8690&action=view) Source files and compile script to reproduce the performance issue I am attaching a bzip2 compressed tar file

[Bug libstdc++/21131] New: Mismatch in comments for m4 config macros in libstdc++

Minor comment mismatch for GLIBCPP_CHECK_STDLIB_DECL_AND_LINKAGE_2 in libstdc++. Make all comments for macros of this same type consistent. This is present on mainline and all open release branches. For 3.3 in acinclude.m4. For mainline, 4.0 and 3.4 in linkage.m4. -- Summary: Mismatch

[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++

--- Additional Comments From jones at ingate dot com 2005-04-20 22:52 --- Created an attachment (id=8691) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8691&action=view) Patch for 3.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21131

[Bug middle-end/21132] New: gensupport mistreats match_code split with an ior

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #1. Maybe treating (ior (match_code ...) (match_code ...)) as special is good enough, or maybe that's just a bad idea. -- Summary: gensupport mistreats match_code split with an ior Product: gcc Version:

[Bug libstdc++/21131] Mismatch in comments for m4 config macros in libstdc++

--- Additional Comments From jones at ingate dot com 2005-04-20 22:54 --- Created an attachment (id=8692) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8692&action=view) Patch for mainline (also 4.0 and 3.4 at different offset) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21

[Bug middle-end/21133] New: Method and apparatus to refer to inner XEXPs in define_predicate

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #3 and for example cris_bdap_sign_extend_operand, where this could be used instead of the match_tests and nested XEXPs. The name "op" and "mode" would refer to the toplevel of the predicate, while different levels would refer to its own

[Bug middle-end/21134] New: Make gengenrtl emit mode checks aborting on avoid VOIDmode

See http://gcc.gnu.org/ml/gcc-patches/2005-04/msg02223.html> #4. See also PR 20413 comment #9. Only CONST_INT should have VOIDmode, and it's not generated by gengenrtl, so a patch for this enhancement seems simple. -- Summary: Make gengenrtl emit mode checks aborting on avoid

[Bug middle-end/21134] Make gengenrtl emit mode checks aborting on VOIDmode

-- What|Removed |Added Summary|Make gengenrtl emit mode|Make gengenrtl emit mode |checks aborting on avoid|checks aborting on VOIDmode

[Bug c++/21135] New: &a[-2] ICE at the top level

int a[4] = {0,1,2,3}; int *b = &a[-2]; doesn't work, it fails with: t2.ii:1: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. This ICEes because it is going deep into expand, and there

[Bug web/16384] http://gcc.gnu.org/gcc-3.3/changes.html changelog for gcc-3.3.4 missing

--- Additional Comments From james at juranfamily dot org 2005-04-20 23:38 --- This hasn't actually been fixed -- http://gcc.gnu.org/gcc-3.3/changes.html still only has info up to 3.3.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16384

[Bug c++/21135] [4.0/4.1 Regression] &a[-2] ICE at the top level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-20 23:46 --- Confirmed as a regression. I think this was caused by the C++ front-end no longer lowering &a[const] to &a + const. -- What|Removed |Added -

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-20 23:51 --- Subject: Bug 20805 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-20 23:51:30 Modified files: gcc: ChangeLog Log message: Avoi

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:01 --- Hmm, this comes from loading modules or something related to that. -- What|Removed |Added

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 00:06 --- Subject: Bug 20805 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-21 00:06:36 Modified files: gcc: dwarf2out.c Log message: Av

[Bug c++/20805] Another debug info emitting bug

--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-21 00:11 --- Fixed on mainline. Do we need this fixed for 4.0.1? If so, this will have to wait for the branch to unfreeze. -- What|Removed |Added ---

[Bug fortran/21130] 38822 lines of Fortran 90 takes more than 10 minutes to compile on a dual 3GHz P4 Linux box with lots of RAM

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:14 --- The compile time problem is located in load_needed in module.c but I don't know how to fix it easily. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21130

[Bug libgcj/21136] New: tryLock waits for the lock, and lock doesn't

In gnu.java.nio.channels.FileChannelImpl tryLock and lock call the native lock functions with incorrect wait parameters: tryLock passes true and lock false. Of course, tryLock should pass false and lock should pass true. Patch attached. -- Summary: tryLock waits for the lock, and loc

[Bug libgcj/21136] tryLock waits for the lock, and lock doesn't

--- Additional Comments From luca dot barbieri at gmail dot com 2005-04-21 00:25 --- Created an attachment (id=8693) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8693&action=view) Patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21136

[Bug libstdc++/10606] uncaught_exception() returns false too early

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 00:28 --- Subject: Bug 10606 CVSROOT:/cvs/gcc Module name:gcc Branch: apple-local-200502-branch Changes by: [EMAIL PROTECTED] 2005-04-21 00:28:36 Modified files: gcc/cp

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:35 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/21129] genpreds should identify and emit helper predicates as static

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:36 --- I am going to change the keyword from missed-optimization to compile-time-hog as this does not improve overall the code generation in GCC but the compile time aspect. -- What|Removed

[Bug tree-optimization/14846] [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 until very late in tree-ssa optimizations

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-21 00:39 --- Subject: Bug 14846 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-21 00:39:25 Modified files: gcc: ChangeLog fold-const.c Log message:

[Bug tree-optimization/14846] [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 until very late in tree-ssa optimizations

--- Additional Comments From kazu at cs dot umass dot edu 2005-04-21 00:40 --- Just checked in a patch. -- What|Removed |Added Status|NEW

[Bug tree-optimization/14847] [tree-ssa] combine "if (a & 1) goto there" and "if (a & 4) goto there"

-- Bug 14847 depends on bug 14846, which changed state. Bug 14846 Summary: [tree-ssa] don't use a shift in A & CST_POWER_OF_2 == 0 until very late in tree-ssa optimizations http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14846 What|Old Value |New Value ---

[Bug middle-end/21132] gensupport mistreats match_code split with an ior

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:40 --- Confirmed, I am going to add the keyword to ice on valid as it could an ICE on valid code. -- What|Removed |Added ---

[Bug c++/20805] [4.0 Regression] Another debug info emitting bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:46 --- (In reply to comment #15) > Fixed on mainline. > > Do we need this fixed for 4.0.1? If so, this will have to wait for the branch > to unfreeze. Yes it is also needed for 4.0. I should have marked it as a

[Bug tree-optimization/21137] New: Convert (a >> 2) & 1 != 0 into a & 4 != 0

At tree level, we would like to canonicalize (a >> 2) & 1 != 0 into a & 4 != 0. Currently, void bar (void); void foo (int a) { if ((a >> 2) & 1) bar (); } turns into foo (a) { int D.1235; int D.1236; _Bool D.1237; D.1235 = a >> 2; D.1236 = D.1235 & 1; D.1237 = (_Bool) D.1236

[Bug middle-end/21137] Convert (a >> 2) & 1 != 0 into a & 4 != 0

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:50 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug tree-optimization/21138] New: wrong code in sixtrack for -fmodulo-sched

The SPEC CPU2000 test sixtrack gets comparison failures on powerpc64-linux when compiled with current GCC mainline with "-m64 -O2 -fmodulo-sched". The minimized testcase demonstrates the problem. It starts failing with sources as of 20050405. -- Summary: wrong code in sixtrack for -f

[Bug tree-optimization/21138] wrong code in sixtrack for -fmodulo-sched

--- Additional Comments From janis at gcc dot gnu dot org 2005-04-21 00:51 --- Created an attachment (id=8694) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8694&action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21138

[Bug rtl-optimization/21138] wrong code in sixtrack for -fmodulo-sched

-- What|Removed |Added Component|tree-optimization |rtl-optimization Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_

[Bug libfortran/21127] reshape of complex broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 00:55 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug middle-end/21134] Make gengenrtl emit mode checks aborting on VOIDmode

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 01:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug middle-end/21133] Method and apparatus to refer to inner XEXPs in define_predicate

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 01:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/19500] compillation fail in intl with "error: can't find a register in class `GENERAL_REGS' while reloading `asm'"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-21 01:01 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING

[Bug c/6409] C comma operator: wrong behavior

--- Additional Comments From suan at cs dot wisc dot edu 2005-04-21 02:34 --- Hmm... now that I've been reminded of this bug, I might as well try to revive it. I think my question has more to do with the granularity of well-defined-ness. Consider the expression A + (B,C), which contain

[Bug c++/21139] New: Improve handling of function-scope statics on platforms without weak symbols

On platforms without weak symbols, we presently emit statically initialized function-scope static variables with internal linkage, even in functions with vague linkage, and issue a warning indicating that, while the standard requires that there be only one copy of the variable, there will in fact b

[Bug libgcj/21140] New: Charset.encode and Charset.decode broken

Charset.encode and Charset.decode only work for a single call. The reason is that the encoder/decoder is cached and after the first call it will be in the flushed state. The second call will thus throw an InvalidStateException. Removing the cache or resetting the cached object should solve this.

[Bug c/18715] [4.0/4.1 Regression] warning: "enumeration value not handled in switch" for '...' ranges

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

[Bug tree-optimization/18048] [4.0/4.1 Regression] mgrid loop performance regression with ivopts (register pressure)

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

[Bug tree-optimization/15596] [4.0/4.1 Regression] Missed optimization with bitfields

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

[Bug c++/11987] [3.4/4.0/4.1 regression] Accepts-invalid with inherited nested type

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

[Bug target/18631] [4.0/4.1 Regression] missing error messages passing vectors with -mno-altivec -mabi=altivec

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

  1   2   >