[Bug middle-end/23221] -fstack-protector does not protect tail call functions

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

[Bug c++/23225] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-04 04:19 --- This doesn't ice with the C frontend. However, it does with the C++ frontend with a recent build of mainline. -- What|Removed |Added ---

[Bug c++/23225] [4.0/4.1 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246

-- What|Removed |Added Summary|tree check: expected class |[4.0/4.1 Regression] tree |type, have exceptional |check: expected class type,

[Bug c++/23223] [4.0/4.1 Regression] Segfault part 3, after typedef

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04 04:22 --- I said confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04 04:27 --- Lets reopen it then. Could you attach the .s file? And the preprocessed source, the .i file. Both can be got by adding -save-temps to the gcc invocation. -- What|Removed

[Bug java/23220] [3.4/4.0/4.1 Regression] ICE in a specific doubly-nested class

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04 04:31 --- Confirmed, a regression in that we rejected this in 3.0.4 (even though that is not the correct thing to do): t.java: In class `ThreadSpawnerThread$AvailableQueue$WorkerThread': t.java: In method `()': t.ja

[Bug bootstrap/23198] AC_PROG_INSTALL (autoconf 2.13) does not detect bad install program

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-04 04:37 --- I think this is an autoconf bug because we just use AC_PROG_INSTALL. Maybe updating the toplevel to 2.59, it will automatically be fixed but I don't know if this has been fixed in that version of autoconf

[Bug c++/23225] [4.0/4.1 Regression] tree check: expected class type, have exceptional (error_mark) in build_pointer_type_for_mode, at tree.c:4246

--- Additional Comments From phython at gcc dot gnu dot org 2005-08-04 04:47 --- Having build_pointer_type_for_mode return error_mark_node when it is passed error_mark_node seems to fix this. -- What|Removed |Added ---

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

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

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-04 05:01 --- Please attach the generated assembly file. -- What|Removed |Added Status|UNCO

[Bug awt/20630] Image APIs should use BufferedImage exclusively

--- Additional Comments From sven at physto dot se 2005-08-04 05:04 --- (In reply to comment #2) Apparently I was wrong; DataBuffer does indeed wrap a true Java array. E.g. With the JDK, if a DataBuffer is constructed from a java array, changes in that array will be reflected in the Data

[Bug libstdc++/15910] can't compile self defined void distance(std::vector, std::vector)

--- Additional Comments From adah at netstd dot com 2005-08-04 05:27 --- As the reporter of Bug 23213, I want to add my 2 cents (my opinions): 1) This bug is not in libstdc++, but in the C++ compiler. 2) The std::distance (as found by Koenig lookup) does not hide the global one the us

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

--- Additional Comments From aaronw at attbi dot com 2005-08-04 05:28 --- Interesting... it assembles with binutils as 2.12.1... could this be another binutils bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23222

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-04 06:18 --- The test.s file assembles fine on my machine with GNU as 2.16. Could you compile the test.i file with -v and post the command line passed to the assembler? -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug c/23222] gcc optimization error for sparc with xine/ffmpeg, bad assembly generated

--- Additional Comments From aaron_williams at net dot com 2005-08-04 06:25 --- Subject: Re: gcc optimization error for sparc with xine/ffmpeg, bad assembly generated Hmmm, I though I had binutils 2.16.1, but it's actually 2.15... that might be the problem. Trying to upgrade to 2.16

[Bug c/23226] New: Nested function do not work on 32 bit build

The nice litle program below does not work on 4.0.1 32 bit target code, running on an Opteron. The 64 bit target is OK. The problem appears on both 3.4.3 and 4.0.1, I did not try other releases. Regards, Lex Augusteijn #include typedef enum { FALSE, TRUE } Bool;

<    1   2