[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-01 05:23 --- Subject: Re: Incorrect work with multiple assigment. "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #11) | > then reclassify the bug as missed warning, (not incor

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 05:13 --- (In reply to comment #11) > then reclassify the bug as missed warning, (not incorrect code). Did you read my comment #8, which I referenced the bug about the warning: > But it will not warn about this testca

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From gdr at integrable-solutions dot net 2005-07-01 05:10 --- Subject: Re: Incorrect work with multiple assigment. "algorithmus at gmail dot com" <[EMAIL PROTECTED]> writes: | (In reply to comment #9) | > | > Did you try -Wsequence-points (or similar)? | | ye

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From algorithmus at gmail dot com 2005-07-01 05:04 --- (In reply to comment #9) > > Did you try -Wsequence-points (or similar)? yeah. both -Wall and -Wsequence-points return nothing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22248

[Bug other/20722] select_section invoked with argument "unlikely"

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

[Bug c++/22139] [4.0/4.1 regression] Segfault

-- What|Removed |Added OtherBugsDependingO||21687 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22139

[Bug c++/21687] [4.0/4.1 Regression] ICE on valid code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 04:32 --- I wonder if this is the same bug as PR 22139. -- What|Removed |Added BugsThisDependsOn|

[Bug tree-optimization/21584] [4.1 Regression] ICE: verify_flow_sensitive_alias_info failed.

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-01 04:02 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-07/msg9.html. -- What|Removed |Added

[Bug tree-optimization/22219] ICE when compiling gcc.dg/builtin-object-size-[1234].c

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-07-01 04:01 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-07/msg9.html. -- What|Removed |Added

[Bug tree-optimization/21584] [4.1 Regression] ICE: verify_flow_sensitive_alias_info failed.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01 03:55 --- Subject: Bug 21584 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-01 03:55:28 Modified files: gcc: ChangeLog tree-ssa-alias.c g

[Bug tree-optimization/22219] ICE when compiling gcc.dg/builtin-object-size-[1234].c

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01 03:55 --- Subject: Bug 22219 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-01 03:55:28 Modified files: gcc: ChangeLog tree-ssa-alias.c g

[Bug tree-optimization/17863] [4.0/4.1 Regression] threefold performance loss, not inlining as much

--- Additional Comments From dank at kegel dot com 2005-07-01 03:44 --- Anthony, it looks like the runtimes with the fix match the runtimes from the larger testcase reasonably well; at least they're faster on gcc-3.4.3 where they're supposed to be. So maybe we should try to answer the qu

[Bug tree-optimization/22071] [4.1 regression] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2506

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-01 03:37 --- The patch http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02173.html combined with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02246.html should fix the bugs. (Sorry for the delay, i hit some latent issues in

[Bug libstdc++/22265] Non -native type entry is getting added to an STL Map incorrectly

-- What|Removed |Added Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22265

[Bug c++/22265] New: Non -native type entry is getting added to an STL Map incorrectly

The bug that I am reporting was confirmed on g++ versions 3.3.1, 3.2.3 and 2.95.3 on a Linux platform. Although my simple sample program is quite self-explanatory, here’s the problem in a nutshell: I am maintaining an STL map between IP addresses. In the sample code, I am maintaining a map be

[Bug other/22264] [4.1 Regression] bootstrap broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 02:59 --- Patch posted here: . Mine. -- What|Removed |Added --

[Bug other/22264] [4.1 Regression] cris-axis-elf, mmix-knuth-mmixware, powerpc-darwin broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 01:56 --- The following patch should fix this but I don't have time to test it fully as I still have to fix another bootstrap problem on powerpc-darwin: Index: diagnostic.c ==

[Bug other/22264] [4.1 Regression] cris-axis-elf, mmix-knuth-mmixware, powerpc-darwin broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 01:46 --- Short testcase: # 1 "t.c" # 0 "" # 1 "" # 1 "t.c" # 1 "t.h" 1 int f(int t[static]) { return x < y; } # 2 "t.c" 2 -- What|Removed |Added

[Bug other/22264] [4.1 Regression] cris-axis-elf, mmix-knuth-mmixware, powerpc-darwin broken

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-01 01:36 --- Powerpc-darwin is also broken. -- What|Removed |Added Component|bootstrap

[Bug bootstrap/22264] cris-axis-elf, mmix-knuth-mmixware broken

--- Additional Comments From hp at gcc dot gnu dot org 2005-07-01 01:35 --- For cris-elf too, likely most/all (cross-)targets. -- What|Removed |Added GCC target triplet|mmix

[Bug bootstrap/22264] mmix-knuth-mmixware broken

--- Additional Comments From hp at gcc dot gnu dot org 2005-07-01 01:30 --- Backtrace as requested by Zack: (gdb) bt #0 fancy_abort (file=0x83c0080 "/home/hp/combined/combined/gcc/pretty-print.c", line=563, function=0x83c0061 "pp_base_output_formatted_text") at /home/hp/combined/co

[Bug bootstrap/22264] mmix-knuth-mmixware broken

--- Additional Comments From hp at gcc dot gnu dot org 2005-07-01 00:41 --- Suspects from ChangeLog CC:ed. -- What|Removed |Added CC|

[Bug bootstrap/22264] mmix-knuth-mmixware broken

--- Additional Comments From hp at gcc dot gnu dot org 2005-07-01 00:40 --- Created an attachment (id=9184) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9184&action=view) Preprocessed source for ICE cc1 command line: /home/hp/combined/mmixware-sim/./gcc/cc1 -fpreprocessed regex

[Bug bootstrap/22264] New: mmix-knuth-mmixware broken

With LAST_UPDATED: "Thu Jun 30 23:16:50 UTC 2005" I get: ... (building libiberty with the just-built-cross-gcc) /home/hp/combined/mmixware-sim/./gcc/xgcc -B/home/hp/combined/mmixware-sim/./gcc/ -nostdinc -B/home/hp/combined/mmixware-sim/mmix\ -knuth-mmixware/newlib/ -isystem /home/hp/combined/mmix

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-01 00:23 --- Fixed in upcoming 4.0.1. -- What|Removed |Added URL|

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01 00:17 --- Subject: Bug 22260 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-01 00:17:33 Modified files: gcc: Change

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-01 00:15 --- Subject: Bug 22260 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-01 00:15:04 Modified files: gcc: ChangeLog gcc/config/sparc:

[Bug c++/22263] explicit instantiation fails to emit symbols defined later

--- Additional Comments From sebor at roguewave dot com 2005-07-01 00:06 --- Further, in response to comment 2 from bug 22263: I agree that 14.7.2, p3 applies to that case but since the definition of class b is in scope at the point of the explicit instantiation of the class template I

[Bug c++/22263] explicit instantiation fails to emit symbols defined later

--- Additional Comments From sebor at roguewave dot com 2005-06-30 23:56 --- I don't believe you are reading the paragraph correctly. The paragraph applies to explicit instantiation. The reference to explicit specialization allows members of the class template that is being explicitly i

[Bug c++/22263] explicit instantiation fails to emit symbols defined later

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 23:49 --- (In reply to comment #2) > Sorry about the duplicate PR. I searched Bugzilla for an existing report but > obviously not thoroughly enough. > > I'm afraid I disagree with the analysis in both PRs. From 14.7.

[Bug c++/22263] explicit instantiation fails to emit symbols defined later

--- Additional Comments From sebor at roguewave dot com 2005-06-30 23:36 --- Sorry about the duplicate PR. I searched Bugzilla for an existing report but obviously not thoroughly enough. I'm afraid I disagree with the analysis in both PRs. From 14.7.2, p7: The explicit instantiation

[Bug target/22262] stack_protector use creates broken assembler

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 23:35 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/22262] stack_protector use creates broken assembler

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 23:34 --- Patch posted here: . -- What|Removed |Added -

[Bug c++/22263] explicit instantiation fails to emit symbols defined later

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 23:26 --- Explicit instantiation should not instantitate the symbols defined later after the explicit instatntiation see PR 21118, but this is a weird problem as we now have a symbol defined afterwards which is use

[Bug c++/22263] New: explicit instantiation fails to emit symbols defined later

The program below fails to link with g++ 4.0 on Solaris 9 (I didn't try Linux). It appears that symbols defined after the explicit instantiation directive aren't emitted even when referenced. This works fine with prior versions of gcc. $ cat u.cpp && g++ u.cpp template struct S { T foo (); T bar

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

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

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-30 23:15 --- Thanks for the very detailed bug report. Embarassing thinko... -- What|Removed |Added

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

--- Additional Comments From laurent at guerby dot net 2005-06-30 23:04 --- Hmm, unless I made a mistake the strfix problem is indeed fixed, but gcc/ada/vms_conv.adb one is still there. LAST_UPDATED Thu Jun 30 21:09:27 UTC 2005 + Zdenek patch. ../../xgcc -c -I./ -I../rts -I. -I/home/gu

[Bug target/22262] stack_protector use creates broken assembler

-- What|Removed |Added CC||rth at gcc dot gnu dot org, ||jakub at gcc dot gnu dot org

[Bug c/22262] stack_protector use creates broken assembler

--- Additional Comments From marcus at jet dot franken dot de 2005-06-30 22:32 --- (of course "compiled with -fPIC -O2 -fstack-protector" ... in first comment) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22262

[Bug c/22262] stack_protector use creates broken assembler

--- Additional Comments From marcus at jet dot franken dot de 2005-06-30 22:31 --- Created an attachment (id=9183) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9183&action=view) xx.s generated assembler on my machine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22262

[Bug c/22262] stack_protector use creates broken assembler

--- Additional Comments From marcus at jet dot franken dot de 2005-06-30 22:31 --- Created an attachment (id=9182) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9182&action=view) xx.i gcc -O2 -fPIC -fstack-protector -S xx.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22262

[Bug c/22262] New: stack_protector use creates broken assembler

the attached testcase compiled with -fPIC -O2 creates currrently a construct likes this: movl[EMAIL PROTECTED](%ebx), %eax movl-16(%ebp), %eax xorl(%eax), %eax So, it clobbers the register it just loaded. I tried to reduce a testcase, attached. Also .

[Bug tree-optimization/17863] [4.0/4.1 Regression] threefold performance loss, not inlining as much

--- Additional Comments From danalis at cis dot udel dot edu 2005-06-30 22:24 --- I meant to say "return(*ap1)" not "return(return *ap1)" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17863

[Bug tree-optimization/17863] [4.0/4.1 Regression] threefold performance loss, not inlining as much

--- Additional Comments From danalis at cis dot udel dot edu 2005-06-30 22:16 --- I'm looking at the reduced testcase from comment #6, and I noticed that f() is declared double, but does not return anything. Thus the code doesn't compile with -O3 -Wall -Werror. If I fix the bug adding a

[Bug c++/22256] diagnostic shows wrong type for cast operator

--- Additional Comments From gdr at integrable-solutions dot net 2005-06-30 22:11 --- Subject: Re: diagnostic shows wrong type for cast operator "igodard at pacbell dot net" <[EMAIL PROTECTED]> writes: | Gabriel: no, it also happens with any pointer: | | struct node { float*o

Re: [Bug c++/22256] diagnostic shows wrong type for cast operator

"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes: | Gabriel: no, it also happens with any pointer: | | struct node { float*operator float*(); }; | | gets you: | | foo.cc:1: error: operator `float*' declared to return `float' Alright, that was a wrong guess. -- Gaby

[Bug target/22083] [3.4/4.0 Regression] TARGET_C99_FUNCTIONS is wrongly defined on AIX 5.1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 21:54 --- *** Bug 22261 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c/22261] GCC using sqrtf() on AIX 5.1 when it doesn't exist

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 21:54 --- *** This bug has been marked as a duplicate of 22083 *** -- What|Removed |Added

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

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-30 21:48 --- Zdenek has a patch: http://gcc.gnu.org/ml/gcc-patches/2005-06/msg02270.html -- What|Removed |Added --

[Bug c++/22256] diagnostic shows wrong type for cast operator

--- Additional Comments From igodard at pacbell dot net 2005-06-30 21:48 --- Gabriel: no, it also happens with any pointer: struct node { float*operator float*(); }; gets you: foo.cc:1: error: operator `float*' declared to return `float' And similarly for other types includin

[Bug c/22261] New: GCC using sqrtf() on AIX 5.1 when it doesn't exist

$ cat sqrt.c #include int main (void) { float a; (float)sqrt ((double)a); } $ /opt/TWWfsw/gcc343/bin/gcc sqrt.c -lm $ /opt/TWWfsw/gcc343/bin/gcc -O sqrt.c -lm ld: 0711-317 ERROR: Undefined symbol: .sqrtf ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. colle

[Bug tree-optimization/21584] [4.1 Regression] ICE: verify_flow_sensitive_alias_info failed.

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-30 21:20 --- Testing fix. When creating new name tags, we should also consider pointers that are not being dereferenced. They may have inherited a name tag from copy propagation or SSA update. Will commit after test

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

--- Additional Comments From laurent at guerby dot net 2005-06-30 21:04 --- For the record, after twenty hours of compilation on an Athlon 64 3000+ (x86_64-linux), a build with --enable-checking=all,gcac,fold,rtl detects something wrong in fold. I'm attaching the .i. LAST_UPDATED Wed Ju

[Bug c++/20746] Incorrect return value for covariant return function returning null ptr

--- Additional Comments From scp at predict dot com 2005-06-30 21:00 --- This fix has not made it to the gcc_4_0 branch, and the problem still exists in gcc4.0.0. It is trivially recreated using the same test code: gcc -v -o cv cv.cpp -lstdc++ Reading specs from /usr/local/csw/gcc4/bin/

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From gdr at integrable-solutions dot net 2005-06-30 20:57 --- Subject: Re: Incorrect work with multiple assigment. "algorithmus at gmail dot com" <[EMAIL PROTECTED]> writes: | I guess, it'll be useful if the developers add some warning message | for similar-to-

[Bug c++/22256] diagnostic shows wrong type for cast operator

--- Additional Comments From gdr at integrable-solutions dot net 2005-06-30 20:56 --- Subject: Re: diagnostic shows wrong type "bangerth at dealii dot org" <[EMAIL PROTECTED]> writes: | Confirmed. Also happens with 3.3.x. I think this happens because when the C++ front-end finds tha

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-30 20:53 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

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

[Bug target/22260] -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

-- What|Removed |Added Component|c++ |target Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c++/22260] New: -fPIC -fno-delayed-branch miscompiles MI this_adjusting thunks

When compiling PIC code for the this-adjusting thunk for a method of a class with two or more base classes, the sparc_output_mi_thunk() function fails to preserve the pic register itself (%l7) when using load_pic_register() to find the address of the thunk's target. If the thunk is invoked from a d

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-30 20:43 --- Subject: Bug 22247 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-30 20:43:46 Modified files: gcc: ChangeLog tree-ssa-structalias.c Lo

[Bug bootstrap/22259] [4.1 Regression] spawnv cannot execute gcc/as

-- What|Removed |Added Summary|spawnv cannot execute gcc/as|[4.1 Regression] spawnv ||cannot execute gcc/as Target Milesto

[Bug bootstrap/22259] spawnv cannot execute gcc/as

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-30 20:16 --- Looks related to bonzini's 2005-06-16 patch (http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00667.html). Adding him to Cc list. -- What|Removed |Added ---

[Bug bootstrap/22259] New: spawnv cannot execute gcc/as

Building gcc on i686-pc-mingw32 fails with: /home/FX/ibin/./gcc/xgcc -B/home/FX/ibin/./gcc/ -B/mingw/i686-pc-mingw32/bin/ -B/mingw/i686-pc-mingw32/lib/ -isystem /mingw/i686-pc-mingw32/include -isystem /mingw/i686-pc-mingw32/sys-include -O2 -I../../gcc/gcc/../winsup/w32api/include -DIN_GCC-W -W

[Bug rtl-optimization/22258] combine causes spill failure on return value register

-- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- |

[Bug tree-optimization/14490] [tree-ssa] Simplify "a - 10 > 150" into "a > 160"

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 19:13 --- Patch posted here: . This might improve code gen in SPEC but since I have not tried, I don't know but I know that Richard Earnshaw was asking abo

[Bug rtl-optimization/22258] New: combine causes spill failure on return value register

An sh-elf build fails with: /mnt/scratch/nightly/2005-06-28/sh-elf/./gcc/xgcc -B/mnt/scratch/nightly/2005-06-28/sh-elf/./gcc/ -nostdinc -B/mnt/scratch/nightly/2005-06-28/sh-elf/sh-elf/newlib/ -isystem /mnt/scratch/nightly/2005-06-28/sh-elf/sh-elf/newlib/targ-include -isystem /mnt/scratch/nightly/2

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 18:31 --- (In reply to comment #7) > It's there: -Wsequence-point, which is also enabled by -Wall. But it will not warn about this testcase as we have array[index] but that is filed as PR 16202. -- http://gcc.gn

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From giovannibajo at libero dot it 2005-06-30 18:27 --- It's there: -Wsequence-point, which is also enabled by -Wall. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22248

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 18:22 --- Confirmed, changing uint to unsigned was able to bootstrap on powerpc-darwin just fine. -- What|Removed |Added --

[Bug middle-end/22247] [4.1 Regression] tree-ssa-structalias.c: `uint' undeclared

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 18:21 --- Confirmed, changing uint to unsigned was able to bootstrap on powerpc-darwin just fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22247

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From algorithmus at gmail dot com 2005-06-30 18:21 --- thanks for your suggestions. I usually use STL. But I held training contest for Ukrainian team before International Olympiad in Informatics and one guy's used this swap macros that doesn't work at my compile

[Bug tree-optimization/22212] [4.1 Regression] SEGV in is_gimple_variable during loop-ivopts while building Ada RTS

--- Additional Comments From giovannibajo at libero dot it 2005-06-30 18:09 --- It does. -- What|Removed |Added BugsThisDependsOn||21963 http:

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From giovannibajo at libero dot it 2005-06-30 18:08 --- I wonder why it's not caught by a tree verifier then. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22253

[Bug c++/22248] Incorrect work with multiple assigment.

--- Additional Comments From giovannibajo at libero dot it 2005-06-30 17:58 --- Also you could simply use std::swap as Gaby suggested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22248

[Bug c++/22256] diagnostic shows wrong type for cast operator

-- What|Removed |Added Severity|normal |enhancement Keywords||diagnostic Known to fail|

[Bug middle-end/22242] Removing unused static function variables

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-30 17:40 --- Looks like a bug. Honza? -- What|Removed |Added CC|

[Bug target/21723] [4.0/4.1 Regression] ICE while building libgfortran

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 17:34 --- Patch here: . -- What|Removed |Added

[Bug c++/22257] ICE on invalid code, forgot parentheses for constructor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 17:31 --- Oh, not a regression either. -- What|Removed |Added Known to fail|

[Bug c++/22257] New: ICE on invalid code, forgot parentheses for constructor

I found this while reducing PR 22253. The following invalid code ICEs: struct _Vector_impl { _Vector_impl : _M_start(0), _M_finish(0){} }; -- Summary: ICE on invalid code, forgot parentheses for constructor Product: gcc Version: 4.0.1 Status: UNCONFIRM

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 17:24 --- I should note that if we fix PR 21636, this becomes a latent bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22253

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 17:22 --- Confirmed, reduced testcase: struct allocator { ~allocator() {} }; struct _Vector_base { struct _Vector_impl { int* _M_start; int* _M_finish; _Vector_impl() : _M_start(0), _M_finish(0)

[Bug c++/22256] diagnostic shows wrong type

--- Additional Comments From bangerth at dealii dot org 2005-06-30 17:15 --- FWIW, here's the icc output: tmp/g> icc -Xc -ansi -c x.cc x.cc(1): error: return type may not be specified on a conversion function struct node { int* operator int*(); }; ^

[Bug c++/22256] diagnostic shows wrong type

--- Additional Comments From bangerth at dealii dot org 2005-06-30 17:14 --- Confirmed. Also happens with 3.3.x. W. -- What|Removed |Added Status|UNCONFIRMED

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

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

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

--- Additional Comments From steven at gcc dot gnu dot org 2005-06-30 16:41 --- Ack. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever

[Bug c++/22256] New: diagnostic shows wrong type

struct node { int* operator int*(); }; gets you: foo.cc:1: error: operator `int*' declared to return `int' BTW, a better diagnostic would be something like: error: operator `int*' should not declare a return type -- Summary: diagnostic shows wrong type Product: gcc

[Bug ada/22255] Reset on shared file causes Use_Error.

--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-30 16:02 --- This is a place where you can report bugs to volunteers, so it is inapropriate to make this kind of request nor expect guarantees as to when bugs should be fixed. If you need guarantees on fixes, I'd sugges

[Bug ada/22255] Reset on shared file causes Use_Error.

--- Additional Comments From brianstensrude at hotmail dot com 2005-06-30 15:58 --- (In reply to comment #1) > Nothing critical about this bug, so changing severity/priority. > Arno (In reply to comment #1) We have ported over 1200 files from Verdix to the GCC compiler and have a few pr

[Bug ada/22220] Unable to build gnattools native i586

--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-30 15:51 --- There is no bug showned here. It looks like a setup/procedural problem. I'd suggest asking for advice on e.g. gcc-help list. Arno -- What|Removed |Added ---

[Bug ada/22255] Reset on shared file causes Use_Error.

--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-30 15:49 --- Nothing critical about this bug, so changing severity/priority. Arno -- What|Removed |Added

[Bug ada/22255] New: Reset on shared file causes Use_Error.

GCC Version: 3.4.2 OS: Solaris 8 GCC build: ../gcc-3.4.2/configure --enable-languages=c,c++,ada --disable- shared --srcdir=/tools/gcc-3.4.2/gcc-3.4.2 The following code will cause a "use_error" to be raised => with Direct_IO, Text_IO; procedure testit is type Item is record

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

--- Additional Comments From pcarlini at suse dot de 2005-06-30 15:39 --- > By "These formals" i mean g1 and g2 Thanks for the clarification: I clearly remember "someone" at GCCSummit puzzled by the spelling checker marking "formal" as error ;) -- http://gcc.gnu.org/bugzilla/show_b

[Bug tree-optimization/22254] We never call may_alias_p for PARM_DECL's

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-06-30 15:33 --- By "These formals" i mean g1 and g2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22254

[Bug tree-optimization/22254] New: We never call may_alias_p for PARM_DECL's

Given a simple testcase /* Two int arrays testcase for ipaa. */ #define N 11 void f (); void g (int* g1, int* g2); main () { f(); return; } void f () { int a[N]; int b[N]; g(a,b); return; } void g (int* g1, int* g2) { int i; for (i=0; i < N; i++) g1[i] = g2[i]; } may_al

[Bug c++/22252] [4.0/4.1 Regression] pragma interface/implementation still break synthesized methods

--- Additional Comments From matz at suse dot de 2005-06-30 15:23 --- Ah, I see. Note that you must compile the reduced testcase (thanks for that) with -O0, or with -fno-inline, otherwise the A::A ctor will be inlined in use.cc (making the warning about the non-availability of it even

[Bug middle-end/22253] [4.1 Regression] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-30 15:21 --- With checking enabled I get: /Volumes/export/gcc/gcc-cvs/gcc/libjava/gnu/gcj/xlib/natWindow.cc: In member function 'virtual void gnu::gcj::xlib::Window::setWMProtocols(JArray*)': /Volumes/export/gcc/gcc-cv

[Bug middle-end/22253] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

--- Additional Comments From andreast at gcc dot gnu dot org 2005-06-30 15:19 --- Created an attachment (id=9179) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9179&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22253

[Bug middle-end/22253] ICE while compiling libjava/gnu/gcj/xlib/natWindow.cc

-- What|Removed |Added Component|libgcj |middle-end Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show

  1   2   >