[Bug tree-optimization/21520] missing PRE opportunity with operand after operand

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-12 06:58 --- It looks like phi_translate should fold the phi-translated expression...? -- What|Removed |Added -

[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin

--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-05-12 06:34 --- Subject: RE: libstdc++-v3 testsuite hangs on cygwin Yes, it should time out. It doesn't and I haven't worked out why (yet). The test sat for many hours without using any CPU

[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-12 06:27 --- Shouldn't the dejagnu timeout come into effect anyways? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21526

[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-12 06:26 --- This is definitely a cygwin bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21526

[Bug libstdc++/21526] New: libstdc++-v3 testsuite hangs on cygwin

The libstdc++-v3 testsuite hangs on cygwin on 4.0 and 4.1 branches. The offending test is 27_io/basic_filebuf/showmanyc/char/9533-1.cc. The following patch works around the problem and allows the testsuite to complete. cygwin fifo support is incomplete, so this may not be a gcc bug. I will te

[Bug target/18469] configure incorrectly defines gid_t

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-12 02:10 --- depending on PR 21481 since that is the bug which is getting rid of the include of auto-host.h. -- What|Removed |Added --

[Bug c++/14167] Unneeded C++ types are output in debug info due to use of static constants

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-12 02:06 --- I think this has now been fixed (I tried to reproduce this with the testcase but I don't know if I did the correct thing to check). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14167

[Bug java/9369] wrong bytecode generated for static inner class with private constructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-12 02:03 --- Hmm, even though GCJ -C produces the same bytecode for Outer as far as I can see, we now produce something which actually works with both gij and java (with -Xfuture). -- http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/19873] odd behaviour compiling XaoS

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

[Bug libfortran/21226] unix_stream small_buffer unaligned

--- Additional Comments From dje at gcc dot gnu dot org 2005-05-12 00:17 --- I believe that one could use a GCC attribute to say that the arena will be aligned, but one needs to sprinkle the attribute everywhere that the pointer is allocated and passed as an argument, not just aligning

[Bug libgcj/21524] Cancelling a TimerTask puts Timer binary heap in inconsistent state

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

[Bug objc++/21525] New: objc++ cannot handle methods with null terminated array of values

Calling methods such as the following from within a .mm file always results in "error: too many arguments to function" @interface Foo : Object + newWith:(int)firstObject, ...; @end void Bar() { id doh = [Foo newWith:1,2,3,4,NULL]; } -- Summary: objc++ cannot handle methods with nu

[Bug tree-optimization/21520] missing PRE opportunity with operand after operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 23:40 --- I had forgot to mention this came from looking at PR 21518. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21520

[Bug java/21524] Cancelling a TimerTask puts Timer binary heap in inconsistent state

--- Additional Comments From jradel at 2wire dot com 2005-05-11 23:39 --- Created an attachment (id=8868) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8868&action=view) Fix for TimerTask cancel inconsistency in Timer binary heap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug java/21524] New: Cancelling a TimerTask puts Timer binary heap in inconsistent state

java/util/Timer uses a binary heap for its TimerTasks, using task.scheduled as the key. Calling task.cancel() sets task.scheduled=-1, but doesn't update the Timer binary heap. This can leave the binary heap in an inconsistent state -- the key shouldn't be modified while the task is in the binary he

[Bug libfortran/21226] unix_stream small_buffer unaligned

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:28 --- I don't think so, because it is not small_buffer that is used, but rather a char * buffer that can point to small_buffer. Is there a way to say that char * buffer will always be aligned? In that case this cou

[Bug tree-optimization/21520] missing PRE opportunity with operand after operand

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-11 23:22 --- The casts one seems to be there because we don't look through casts: Created value VH.14 for (charD.1) 1 Created value VH.15 for (intD.0) VH.14 This means that for the first cast we find a fully_consta

[Bug target/21501] [4.1 regression] ICE in extract_insn, at recog.c:2082

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-05-11 23:13 --- note reverting patch mentioned in comment #1 (http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/arm/arm.c.diff?cvsroot=gcc&r1=1.454&r2=1.455) fixes the problem. -- What|Remove

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

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:12 --- Can you attach the selected_int_kind.inc which is generated in the library build directory? Probably the problem can be reproduced on other platforms when trying to compile selected_int_kind.f90. --

[Bug fortran/21303] "Positive width required in format string"

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:08 --- (In reply to comment #3) > - a missing comma (this we should support) ... already support ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21303

[Bug fortran/21303] "Positive width required in format string"

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:07 --- FWIW there are two non-standardnesses here: - L requires a width - a missing comma (this we should support) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21303

[Bug libstdc++/21523] [3.4/4.0 Regression] 3.4.4 RC1 fails libstdc++ install on powerpc64-linux

--- Additional Comments From mark at codesourcery dot com 2005-05-11 23:06 --- Subject: Re: New: 3.4.4 RC1 fails libstdc++ install on powerpc64-linux janis at gcc dot gnu dot org wrote: > GCC 3.4.4 RC1 fails "make install" for powerpc64-linux. Recent builds > from the 3.4 and 4.0 CVS

[Bug fortran/21302] Max line length in free form mode

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:05 --- Actually, we already have this, but only for fixed form. It should be no problem to generalize this to free form as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302

[Bug libstdc++/21523] [3.4/4.0 Regression] 3.4.4 RC1 fails libstdc++ install on powerpc64-linux

-- What|Removed |Added Severity|normal |critical Keywords||build Summary|3.4.4 RC1 fails libstdc++

[Bug libstdc++/21523] New: 3.4.4 RC1 fails libstdc++ install on powerpc64-linux

GCC 3.4.4 RC1 fails "make install" for powerpc64-linux. Recent builds from the 3.4 and 4.0 CVS branches fail in the same way, with a link of powerpc64-linux/libstdc++-v3/testsuite/abi_check failing because a compatible version of libv3test.a is not found. abi_check is built successfully three tim

[Bug fortran/21260] Conflict between comment and H edit descriptor

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 23:00 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/21260] Conflict between comment and H edit descriptor

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 22:59 --- Subject: Bug 21260 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-11 22:59:35 Modified files: gcc/fortran: Change

[Bug rtl-optimization/21163] [4.0 Regregresion] internal compiler error: in output_constant_pool_2, at varasm.c:3135

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 22:42 --- *** Bug 21522 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/21522] compile-time failure - ICE in output_constant_pool_2, at varasm.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 22:42 --- *** This bug has been marked as a duplicate of 21163 *** -- What|Removed |Added

[Bug target/21501] ICE in extract_insn, at recog.c:2082

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-05-11 22:41 --- Not fixed, fails on x86_64-unknown-linux-gnu host. -- What|Removed |Added

[Bug target/21522] compile-time failure - ICE in output_constant_pool_2, at varasm.c

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

[Bug c++/21522] compile-time failure - ICE in output_constant_pool_2, at varasm.c

--- Additional Comments From arminu at yahoo dot com 2005-05-11 22:40 --- Created an attachment (id=8867) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8867&action=view) preprocessed source attached the *.ii file from the -save-temps compilation -- http://gcc.gnu.org/bugzilla/

[Bug libfortran/21333] in_pack / in_unpack alignment issues

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-11 22:40 --- Output on ia64: a.out(31029): unaligned access to 0x6fffafbc, ip=0x4000aaa0 a.out(31029): unaligned access to 0x6fffafb4, ip=0x4000aaa0 a.out(31029): unaligned access to 0x6

[Bug c++/21522] New: compile-time failure - ICE in output_constant_pool_2, at varasm.c

compiler version: $ g++4 -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.0.0/configure --prefix=/home/casa/gcc4 --program-suffix=4 --enable-threads=posix --enable-languages=c,c++,f95 --with-system-zlib --enable-shared --enable-__cxa_atexit --disable-check

[Bug fortran/21260] Conflict between comment and H edit descriptor

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 22:32 --- Subject: Bug 21260 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-11 22:32:05 Modified files: gcc/fortran: ChangeLog io.c gcc/testsuite

[Bug tree-optimization/21520] missing PRE opportunity with operand after operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 22:25 --- Another testcase which shows it is not related to casts: int do_locator (int *call) { int type = 1; if (call != 0) type = *call; return type * 4 + 1; } int do_locator1 (int *call) { int prephitm

[Bug tree-optimization/21520] missing PRE opportunity with cast after cast

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 22:04 --- And we save an instruction on x86 (both with -O2 -fomit-frame-pointer) before: movl4(%esp), %edx movb$1, %al testl %edx, %edx je .L4 movzbl (%edx), %e

[Bug preprocessor/21521] New: -finput-charset -save-temps converts characters twice

Compile the following iso-8859-1 file with -finput-charset=iso-8859-1. In the output the string has been converted to UTF-8 as documented. Compile it with -finput-charset=iso-8859-1 -save-temps. In the output the string has been converted to UTF-8, then that UTF-8 treated as ISO-8859-1 and conve

[Bug java/21519] ICE in generate_bytecode_conditional, at java/jcf-write.c:1337

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in |ICE in |generate_bytecode_

[Bug libfortran/21333] in_pack / in_unpack alignment issues

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 21:58 --- This is a real bug, but I can't confirm it since I can't test it. In other words, EQUIVALENCE means that we always have to assume the smaller alignment for complex types (unless we can prove they're correctly

[Bug fortran/21260] Conflict between comment and H edit descriptor

-- What|Removed |Added CC||tobi at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |tobi at gcc dot gnu dot org

[Bug fortran/21260] Conflict between comment and H edit descriptor

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 21:47 --- I'm testing this patch: * io.c (check_format): Look for literal characters inside hollerith constant. Index: io.c === RCS file: /cvs

[Bug target/21412] ICE loading TLS address

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 21:34 --- Subject: Bug 21412 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-11 21:34:19 Modified files: gcc: ChangeLog gcc/config/ia64: i

[Bug libfortran/21333] in_pack / in_unpack alignment issues

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 21:32 --- You're a nasty person. Very intriguing. Unfortunately, I can't test this. -- What|Removed |Added

[Bug c++/21455] [4.0/4.1 Regression] type 'X' is not a base type for type 'X' in pointer to member conversion

--- Additional Comments From pluto at agmk dot net 2005-05-11 21:31 --- this bug is absolutely a showstopper for many projects. will someone care, please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21455

[Bug target/21518] [4.0/4.1 Regression] error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 21:24 --- Note my testcase fails in 2.95.3, 3.0.4, 3.2.3, 3.3.3, and 3.4.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21518

[Bug target/21518] [4.0/4.1 Regression] error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 21:23 --- Confirmed, here is a testcase for before 4.0.0, if you use this testcase after 4.0.0, use -fno-tree-pre but that is because we missing a PRE opportunity right now (PR 21520) and if that gets fixed, the o

[Bug fortran/21409] Attached fortran 95 code generates error

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 21:20 --- The code is meaningless, and it is forbidden by the many-to-one rule in 5.4.4 (of the draft Fortran 95 standard), the indices on the left-hand side are constant throughout the execution of the FORALL, so every

[Bug fortran/21375] Rising run-time errors at DEALLOCATE with STAT clause

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

[Bug tree-optimization/21520] missing PRE opportunity with cast after cast

-- What|Removed |Added CC||dberlin at gcc dot gnu dot ||org, pinskia at gcc dot gnu

[Bug tree-optimization/21520] New: missing PRE opportunity with cast after cast

The following code we miss a PRE opportunity int do_locator (int *call) { int type = 1; if (call != 0) type = *call; return (int)(char)type; } We should get: int do_locator (int *call) { int type = 1; if (call != 0) type = (int)(char)*call; return type; } But right now we get

[Bug java/21519] New: ICE in generate_bytecode_conditional,

at java/jcf-write.c:1337 X-Bugzilla-Reason: CC # gcc-4.0.1-20050507 during build (gcj -C -O2 for all *.java) of the org.eclipse.jdt.core from eclipse 3.1M6 tarball I get: org/eclipse/jdt/internal/compiler/parser/RecoveredElement.java:210: internal compiler error: in generate_bytecode_co

[Bug target/21518] [4.0/4.1 Regression] error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.0.0 4.1.0 Known to work|

[Bug libfortran/21459] strings of different length in a single character(len=*) declaration

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 20:45 --- This patch passes the testsuite and fixes the bug, but creates a memory leak: * decl.c (add_init_expr_to_sym): Create new gfc_charlen for each item with length = (*) Index: decl.c ==

[Bug target/20625] [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception"

--- Additional Comments From tsv at solvo dot ru 2005-05-11 20:39 --- (In reply to comment #22) > Subject: Re: [4.0/4.1 regression] ivopts produces code that generates "unaligned access exception" > > > On May 5, 2005, at 4:03 PM, tsv at solvo dot ru wrote: > > > I am trying to find o

[Bug libfortran/21459] strings of different length in a single character(len=*) declaration

--- Additional Comments From tobi at gcc dot gnu dot org 2005-05-11 20:24 --- The problem is that all characters declared on the same line share the same gfc_charlen structure. This should be fixed during resolution, I'll have a look at this. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug target/21518] error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

-- What|Removed |Added Component|c |target GCC target triplet||i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug

[Bug c/21518] New: error: unable to find a register to spill in class 'Q_REGS' with -fPIC and -O2

GCC version: gcc (GCC) 4.0.0 (4.0.0-3mdk for Mandriva Linux release 2006.0) But also tested with gcc 4.1 CVS 0508 Architecture: ix86 GCC cannot compile the following code when -O2 and -fPIC are used : static void drawPointsLines (char type, int

[Bug java/21517] Bytecode -> native code mis-compilation

-- What|Removed |Added CC||bkonrath at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517

[Bug java/21517] Bytecode -> native code mis-compilation

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords|

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 18:46 --- There is a fixme in the .opt: ; FIXME: Need a way to specify an alias. ;mlittle ;Target Report RejectNegative Mask(LITTLE_ENDIAN) ;Produce little endian code -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug java/21517] Bytecode -> native code mis-compilation

--- Additional Comments From overholt at redhat dot com 2005-05-11 18:45 --- I tried compiling the bytecode with Sun's javac (as opposed to ecj) and the results are the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517

[Bug java/21517] Bytecode -> native code mis-compilation

--- Additional Comments From overholt at redhat dot com 2005-05-11 18:44 --- Created an attachment (id=8866) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8866&action=view) EditorActionBars bytecode (3 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517

[Bug java/21517] Bytecode -> native code mis-compilation

--- Additional Comments From overholt at redhat dot com 2005-05-11 18:44 --- Created an attachment (id=8865) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8865&action=view) EditorActionBars bytecode (2 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

-- What|Removed |Added Keywords||build Summary|ppc-eabisim is broken on|[4.1 Regression] ppc-eabisim |mainline

[Bug java/21517] Bytecode -> native code mis-compilation

--- Additional Comments From overholt at redhat dot com 2005-05-11 18:43 --- Created an attachment (id=8864) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8864&action=view) EditorActionBars bytecode (1 of 3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21517

[Bug java/21517] New: Bytecode -> native code mis-compilation

I don't have a small test case for this, but we've narrowed https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151919 down to be a gcj mis-compilation. The jar that is being mis-compiled is org.eclipse.ui.workbench. The symptom is that files can't be opened in Eclipse. Removing the .jar.so mak

[Bug target/21516] ppc-eabisim is broken on mainline - problem with argument handling

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-11 18:39 --- [I would continue to handle this in email, but sending doesn't work right now.] Aldy Hernandez wrote: > > > >The problem is that target_flags_explicit was not being set on the >options that set additiona

[Bug target/21516] [4.1 Regression] ppc-eabisim is broken on mainline - problem with argument handling

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 18:37 --- Patch posted here: . -- What|Removed |Added

[Bug target/21516] New: ppc-eabisim is broken on mainline - problem with argument handling

The original problem is described here: http://gcc.gnu.org/ml/gcc/2005-05/msg00477.html -- Summary: ppc-eabisim is broken on mainline - problem with argument handling Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severi

[Bug c++/21515] problem with tempalte and tempalte function compilation in a namespace

-- What|Removed |Added CC||marciso at box43 dot pl Version|3.3.4 |3.4.3 http://gcc.gnu.org/bugzilla/sho

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

--- Additional Comments From kazu at cs dot umass dot edu 2005-05-11 18:30 --- Just checked in a patch. -- What|Removed |Added Status|ASSIGNED

[Bug c++/21515] problem with tempalte and tempalte function compilation in a namespace

--- Additional Comments From marciso at box43 dot pl 2005-05-11 18:28 --- Created an attachment (id=8861) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8861&action=view) *.ii g++ -save-temps problem.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21515

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 18:27 --- Subject: Bug 18472 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-11 18:27:35 Modified files: gcc: ChangeLog tree-if-conv.c Log messag

[Bug c++/21515] New: problem with tempalte and tempalte function compilation in a namespace

Hi, I tried to compile quite simple code: a template and operator<<(ostreami&) for it (as a template function). The template is in a namespace, but operator<< I'd like to have in the 'std' namespace. Unfortunately, the compiler rejected the code, however other compilers (i.e. in other version

[Bug c++/21454] [4.0/4.1 Regression] const array doesn't live in the rodata section in C++

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW

[Bug tree-optimization/18472] TREE_OPERAND (t, 1) is referenced for t being GOTO_EXPR

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | URL|

[Bug c++/21514] templates and anonymous enum

--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-11 14:38 --- I think the first line could be made clearer: '' is/uses anonymous type I'm reading it again and again, and it doesn't make sense to me. Then the second line refers to an operator<< most probably defined i

[Bug c++/21514] templates and anonymous enum

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 14:25 --- I don't see any how to improve the error message really since it says what the problem is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514

[Bug c++/21514] templates and anonymous enum

--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-11 14:21 --- Whether the code is valid or not, please improve the error message :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21514

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

--- Additional Comments From nathan at gcc dot gnu dot org 2005-05-11 14:19 --- not fixed properly. just patched around -- What|Removed |Added Status|RESOLVED

[Bug c++/21514] operator<< and anonymous enum

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 14:15 --- Suspending as there is still questions is this really invalid code or not. -- What|Removed |Added

[Bug c++/21514] operator<< and anonymous enum

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 14:14 --- There is some discussion on the list about this. Right now there is a DR report about this and about is this really invalid code or not. -- What|Removed |Added ---

[Bug c++/21514] New: operator<< and anonymous enum

Hi, The attached code emits a mysterious error: $ g++ -c foo.cc foo.cc: In function 'int main()': foo.cc:13: error: '' is/uses anonymous type foo.cc:13: error: trying to instantiate 'template void operator<<(MyClass&, const T&)' $ The compiler apparently fails to see that the anonymous enum c

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 14:07 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/21513] [4.0/4.1 Regression] __builtin_expect getting in the way of uninitialized warnings

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 14:06 --- Confirmed, reduced testcase: void f(void*); void *g(void); void _aie_malloc(unsigned int size) { void *aie_memory_heap_ptr; if (__builtin_expect(((size != 0) && (aie_memory_heap_ptr = g()) != 0

[Bug c/21513] New: Obsolete uninizialized Warning message

Because of my used compiler flags -Werreor it is stated as error insteed of a warning. The problem is that the compiler complains while there isn't anythin wrong at all. Worked with 3.4.3. aie_memory_heap_ptr is the variable which the compiler wrong assumes that it may not be initialized while it i

[Bug bootstrap/21481] [4.1 Regression] Bootstrap is broken of FreeBSD by changes to crtstuff.c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 13:41 --- Subject: Bug 21481 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-05-11 13:40:14 Modified files: gcc: ChangeLog crtstuff.c Log message:

[Bug rtl-optimization/10624] unroll-loops can't unroll nested constant loops

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-11 13:22 --- So what's the status on this one? Fixable for 4.1 maybe? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10624

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 20371, which changed state. Bug 20371 Summary: Some corner cases of MS bitfields don't work http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20371 What|Old Value |New Value -

[Bug middle-end/20371] Some corner cases of MS bitfields don't work

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-05-11 13:19 --- Fixed on mainline by patch applied today. -- What|Removed |Added Status|UNCONFIR

[Bug tree-optimization/17640] empty loop not removed after optimization

--- Additional Comments From steven at gcc dot gnu dot org 2005-05-11 13:15 --- I'll hack up something. -- What|Removed |Added CC|stevenb at suse dot de

[Bug tree-optimization/17640] empty loop not removed after optimization

--- Additional Comments From stevenb at suse dot de 2005-05-11 13:14 --- Subject: Re: empty loop not removed after optimization On Wednesday 11 May 2005 14:58, giovannibajo at libero dot it wrote: > --- Additional Comments From giovannibajo at libero dot it 2005-05-11 > 12:58

[Bug tree-optimization/17640] empty loop not removed after optimization

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-11 13:02 --- Only because they are completely peeled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17640

[Bug tree-optimization/17640] empty loop not removed after optimization

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 13:00 --- I should note that loops with small constants bounds are now removed on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17640

[Bug tree-optimization/17640] empty loop not removed after optimization

--- Additional Comments From giovannibajo at libero dot it 2005-05-11 12:58 --- This is a most-wanted feature. Are there hope to see a patch landing for 4.1? Can the patch that Zdenek posted be updated for 4.1? Even if it's gross is surely better than nothing... -- What

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 12:50 --- Subject: Bug 21085 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-11 12:49:54 Modified files: gcc/testsuite : Change

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-11 12:49 --- Fixed also for 4.0.1. -- What|Removed |Added Status|ASSIGNED

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-11 12:46 --- Subject: Bug 21085 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-05-11 12:46:09 Modified files: gcc: Change

[Bug java/17845] [4.1 Regression] More problems with simple type names as superclasses

--- Additional Comments From paolo dot bonzini at lu dot unisi dot ch 2005-05-11 12:31 --- Subject: Re: [4.1 Regression] More problems with simple type names as superclasses >I saw something like this before in a different bug. > It must have been PR21436, which I also reported/disti

  1   2   >