[Bug fortran/24398] gfortran tries to parse a comment in a module
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2005-10-16 06:01 --- Even better would be if gfortran recognized that the file was not a valid mod at all and just states Module file invalid. Of course users have to know they do not edit 'mod' files, only source files. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24398
[Bug c++/24397] [3.4 regression] ICE in gen_subprogram_die, at dwarf2out.c
--- Comment #3 from falk at debian dot org 2005-10-16 08:43 --- Created an attachment (id=10001) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10001action=view) Reduced test case This is an auto-reduced test case, can probably be reduced more. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24397
[Bug testsuite/24399] other/switch2.C fails on ia64
--- Comment #1 from nathan at gcc dot gnu dot org 2005-10-16 08:53 --- doh! -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-16 08:53:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #10 from nathan at gcc dot gnu dot org 2005-10-16 09:02 --- something is not quite right ... -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c/12639] long double comparison is broken
--- Comment #2 from falk at debian dot org 2005-10-16 09:07 --- (In reply to comment #1) Please read http://gcc.gnu.org/bugs.html. Also have a look at bug 323 and its duplicates. Well, brushing off equality of 5*10^4931 and 0 as rounding error is maybe stretching it a bit ;-) This sure seems like a bug. -- falk at debian dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12639
[Bug tree-optimization/23297] immediate uses hosed after CCP
--- Comment #5 from rguenth at gcc dot gnu dot org 2005-10-16 10:41 --- This was fixed on improved-aliasing-branch. It cannot happen on mainline, closing as fixed (w/o a target milestone). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23297
[Bug debug/24400] New: x86_64 has incorrect file numbers in dwarf2 .debug_macinfo section
The filenumbers in the .debug_macinfo is wrong. They jump from 0xf to 0x11,
skipping 0x10, so the last filename has a number which isn't in the filename
table. This causes gdb to crash in the lookup table (see
http://sources.redhat.com/cgi-bin/gnatsweb.pl?cmd=viewpr=2009 )
It's easy to see if you compile the following program with gcc -o helloworld
-g3 -gdwarf-2 -fverbose-asm -dA -save-temps helloworld.c on x86-64:
#include stdio.h
int
main ()
{
printf (hello world\n);
return 0;
}
And then do an egrep '(\.file|just\ star)' helloworld.s I see:
...
.file 15 /usr/lib/gcc/x86_64-linux-gnu/4.0.2/include/stdarg.h
.uleb128 0xf# Filename we just started
.file 16 /usr/include/bits/stdio_lim.h
.uleb128 0x11 # Filename we just started
...
If I compile the same thing with -m32, the output is correct:
...
.file 15 /usr/lib/gcc/x86_64-linux-gnu/4.0.2/include/stdarg.h
.uleb128 0xf# Filename we just started
.file 16 /usr/include/bits/stdio_lim.h
.uleb128 0x10 # Filename we just started
The version string of my gcc is:
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt
--enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm
--enable-java-awt=gtk-default --enable-gtk-cairo
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release x86_64-linux-gnu
Thread model: posix
gcc version 4.0.2 (Debian 4.0.2-2)
--
Summary: x86_64 has incorrect file numbers in dwarf2
.debug_macinfo section
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jeroen at dekkers dot cx
GCC build triplet: x86_64-linux-gnu
GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24400
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #7 from indan at nul dot nu 2005-10-16 12:06 --- Was the non-standard behaviour in 3.4 a bug or a feature? In any case, isn't it reasonable to mention the -combine option in the error message? Something like: fatal (cannot specify -o with -c or -S with multiple files. Try -combine); I don't have the gcc code, but you check for have_c have_o, but can have_o ever be true for -S? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug tree-optimization/23835] [4.1 Regression] case where gcc 4.1.0 -O3 compile takes two times longer earlier versions
--- Comment #19 from jaffe at broad dot mit dot edu 2005-10-16 12:20 --- Is further work planned on this? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
[Bug fortran/24401] New: Takes too long to compiler
I have a Fortran source code file that used to compile within a few minutes. However, when I compile it with gcc (GCC) 4.1.0 20051014 (experimental) with the options /Users/eschnett/gcc/bin/gfortran -mlongcall -ftrapv -fwrapv -fbounds-check -g3 -Wall -Wshadow -Wsurprising -c -o $current_wd/DoubleLeap.F.o $current_wd/DoubleLeap.f the compiler ran for more than 60 minutes before I interrupted it. Compared to previous version I updated gcc and added the flags -ftrapv -fwrapv -fbounds-check. -- Summary: Takes too long to compiler Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.2.0 GCC host triplet: powerpc-apple-darwin8.2.0 GCC target triplet: powerpc-apple-darwin8.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
[Bug fortran/24401] Takes too long to compiler
--- Comment #1 from schnetter at aei dot mpg dot de 2005-10-16 13:50 --- Created an attachment (id=10002) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10002action=view) Problematic source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
[Bug fortran/22273] problem to declare a character variable link to an intent(out) object
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-16 13:59 --- Subject: Bug 22273 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 13:59:36 Modified files: gcc/fortran: ChangeLog expr.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: spec_expr_2.f90 Log message: 2005-10-16 Erik Edelmann [EMAIL PROTECTED] fortran/ PR 22273 * expr.c (check_inquiry): Add len to inquiry_function. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.586r2=1.587 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.29r2=1.30 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6196r2=1.6197 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/spec_expr_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22273
[Bug fortran/22273] problem to declare a character variable link to an intent(out) object
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-16 14:10 --- Subject: Bug 22273 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-16 14:10:13 Modified files: gcc/fortran: ChangeLog expr.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: spec_expr_2.f90 Log message: 2005-10-16 Erik Edelmann [EMAIL PROTECTED] fortran/ PR 22273 * expr.c (check_inquiry): Add len to inquiry_function. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.335.2.129r2=1.335.2.130 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.23.2.3r2=1.23.2.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.458r2=1.5084.2.459 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/spec_expr_2.f90.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22273
[Bug fortran/22273] problem to declare a character variable link to an intent(out) object
--- Comment #5 from tobi at gcc dot gnu dot org 2005-10-16 14:11 --- Fixed by Erik's patch. -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22273
[Bug debug/24400] x86_64 has incorrect file numbers in dwarf2 .debug_macinfo section
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-16 14:19 --- *** This bug has been marked as a duplicate of 24070 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24400
[Bug debug/24070] [4.0/4.1 Regression] Dwarf macro info has bad file numbers
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-16 14:19 --- *** Bug 24400 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||jeroen at dekkers dot cx http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24070
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-16 14:32 --- (In reply to comment #7) Was the non-standard behaviour in 3.4 a bug or a feature? In any case, isn't it reasonable to mention the -combine option in the error message? The behavior in 3.4 was a feature, IIRC not well documented one. Something like: fatal (cannot specify -o with -c or -S with multiple files. Try -combine); Well what happens when you do: gcc -combine t.cc t.c -c -o t.o We need an error but what should it be. I think leaving out the -combine will not confuse people as they should be reading the documention anyways. I don't have the gcc code, but you check for have_c have_o, but can have_o ever be true for -S? have_c is set for both -S and -c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug c++/23959] [4.0/4.1 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-16 14:43 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00922.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00922.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug fortran/24401] Takes too long to compiler
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-16 14:59 --- This does not compile because of: In file /Users/eschnett/Calpha/arrangements/CactusEinstein/ADM/src/DoubleLeap.F:27 USE ADM_Scalars 1 Fatal Error: Can't open module file 'adm_scalars.mod' for reading at (1): No such file or directory -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
[Bug fortran/24401] Takes too long to compiler
--- Comment #3 from schnetter at aei dot mpg dot de 2005-10-16 15:19 --- Created an attachment (id=10003) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10003action=view) Required module source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24401
[Bug c/22065] -fdump-tree-original causes static function to emitted with the same name
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-16 16:18 ---
(In reply to comment #4)
Created an attachment (id=)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=action=view) [edit]
Patch which should fix it but needs testing
Note this patch does not work. We are trying to access an already free block.
I have not looked into it yet but the short testcase is:
extern inline int f(void){}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #9 from rep dot nop at aon dot at 2005-10-16 16:19 --- (In reply to comment #8) (In reply to comment #7) Was the non-standard behaviour in 3.4 a bug or a feature? In any case, isn't it reasonable to mention the -combine option in the error message? The behavior in 3.4 was a feature, IIRC not well documented one. Something like: fatal (cannot specify -o with -c or -S with multiple files. Try -combine); Well what happens when you do: gcc -combine t.cc t.c -c -o t.o We need an error but what should it be. I think leaving out the -combine will not confuse people as they should be reading the documention anyways. Yes, they should, still i'd prefer that a hint to -combine is emitted (see attached fix22544.diff2.txt) Also your patch had odd whitespace. I don't have the gcc code, but you check for have_c have_o, but can have_o ever be true for -S? have_c is set for both -S and -c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #10 from rep dot nop at aon dot at 2005-10-16 16:22 --- Created an attachment (id=10004) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10004action=view) fix w/ warning about mixed incompatible languages too Changelog: * gcc.c (have_c): New static variable. (have_o): Likewise. (process_command): Remove declation of have_c. Set have_o to 1 when handling -o. (main): Add a fatal error if there are multiple files specified and -o and -c/-S is passed witout -combine or multiple languages. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-10-16 16:23 --- (In reply to comment #9) Also your patch had odd whitespace. Do you mean tabs or something else? tabs = 8 spaces in the GNU coding style. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug c/22065] -fdump-tree-original causes static function to emitted with the same name
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-16 16:45 ---
(In reply to comment #5)
Note this patch does not work. We are trying to access an already free
block.
I have not looked into it yet but the short testcase is:
extern inline int f(void){}
I know why now, c_genericize or cgraph_finalize_function calls ggc_collect and
the new block is not going to be marked as used.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
[Bug c/22065] -fdump-tree-original causes static function to emitted with the same name
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-16 17:01 --- I have a new patch which I am testing right now. The only change between this patch and the one attached is an additional static variable to make sure that block is not GC'd. Once finish testing I will post it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
[Bug c++/20589] [DR 488] error: 'anonymous enum' is/uses anonymous type'
--- Comment #20 from mark at codesourcery dot com 2005-10-16 17:16 --- Subject: Re: [DR 488] error: 'anonymous enum' is/uses anonymous type' jason at gcc dot gnu dot org wrote: --- Comment #18 from jason at gcc dot gnu dot org 2005-10-16 03:57 --- Created an attachment (id=9998) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9998action=view) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9998action=view) tentative patch That looks plausible to me, but I guess as this is a C++ ABI change, we ought to run it past that group too, before implementing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[Bug testsuite/24399] other/switch2.C fails on ia64
--- Comment #2 from hp at gcc dot gnu dot org 2005-10-16 17:26 ---
(This) test also fails on 32-bit archs, like cris-axis-{elf,linux-gnu}
(X from x86) and native powerpc-unknown-linux-gnu.
It also fails on mmix-knuth-mmixware and native x86_64-unknown-linux-gnu.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
CC||hp at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug testsuite/24399] [4.1 regression] other/switch2.C fails
--- Comment #3 from hp at gcc dot gnu dot org 2005-10-16 17:31 --- Marked as regression as the test passed with LAST_UPDATED: Fri Oct 14 17:12:36 UTC 2005 (observations in comment #2 were of Sun Oct 16 01:33:18 UTC 2005). and generalizing the ia64-specific description. -- hp at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|ia64-linux-gnu | Summary|other/switch2.C fails on|[4.1 regression] |ia64|other/switch2.C fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug target/14619] Incorrect Dwarf 2 information in function prologue
--- Comment #6 from hp at gcc dot gnu dot org 2005-10-16 17:57 --- Oh my, I forgot to close this PR. It was fixed by URL:http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01501.html. The Dwarf2 EH info is now bloated as a result (fixing the patch referred to is still on the TODO-list), but that's a separate issue. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14619
[Bug c/22065] -fdump-tree-original causes static function to emitted with the same name
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-16 18:52 --- The patch still does not work but here is the reduced testcase: typedef long unsigned int size_t; void * __wrap_malloc (size_t c) __attribute__ (( alias (malloc) )); This on x86_64-pc-linux-gnu, I will still look into it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
[Bug testsuite/24107] gcc.dg/20050922-1.c relies in stdint.h
--- Comment #3 from jsm28 at gcc dot gnu dot org 2005-10-16 19:01 --- This failure has appeared on 4.0 branch, for hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11, on 20051014. This bug can be fixed as a testsuite problem without fixing bug 448: the test doesn't intrinsically need the whole of stdint.h, just one type which can be approximated if available from the standard type limits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24107
[Bug c++/22137] Internal error: Segmentation fault (program cc1plus)
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-16 19:39 --- Subject: Bug 22137 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 19:38:57 Modified files: gcc/cp : cp-tree.h init.c mangle.c parser.c pt.c semantics.c tree.c typeck.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: template18.C gcc/testsuite/g++.dg/template: nontype15.C Log message: PR c++/22137 * cp-tree.h (QUALIFIED_NAME_IS_TEMPLATE): New macro. (check_template_keyword): New function. (finish_id_expression): Change prototoype. (finish_qualified_id_expr): Change prototype. (build_qualified_name): New function. (finish_class_member_access_expr): Change prototype. * init.c (build_offset_ref): Use build_qualified_name. * mangle.c (write_expression): Likewise. * parser.c (cp_parser_primary_expression): Remove qualifying_class parameter. Add address_p and template_arg_p. Use build_qualified_name. (cp_parser_id_expression): Default *template_p to template_keyword_p. Check for invalid uses of the template keyword. (cp_parser_postfix_expression): Eliminate special handling for qualified names. Adjust call to cp_parser_primary_expression. (cp_parser_postfix_dot_deref_expression): Adjust call to cp_parser_id_expression and finish_class_member_access_expr. (cp_parser_template_argument_list): Add comment. (cp_parser_template_argument): Adjust use of cp_parser_primary_expression. Remove call to finish_qualified_id_expr. (cp_parser_lookup_name): Use build_qualified_name. * pt.c (tsubst): Use build_qualified_name. (tsubst_qualified_id): Likewise. Adjust call to finish_qualified_id_expr. (tsubst_copy): Use build_qualified_name. (tsubst_copy_and_build): Adjusts call to finish_id_expression and finish_class_member_access_expr. * semantics.c (finish_non_static_data_member): Use build_qualified_name. (finish_qualified_id_expr): Add template_p and template_arg_p parameters. (finish_id_expression): Remove qualifiying_class parameter. Add template_p, done, address_p, and template_arg_p. Use build_qualified_name. Adjust calls to finish_class_member_acess_expr. * tree.c (build_qualified_name): New function. * typeck.c (check_template_keyword): New function. (finish_class_member_access_expr): Add template_p argument. Check for invalid uses of the template keyword. PR c++/22137 * g++.dg/parse/template18.C: New test. * g++.dg/template/nontype15.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1166r2=1.1167 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gccr1=1.431r2=1.432 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/mangle.c.diff?cvsroot=gccr1=1.128r2=1.129 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.364r2=1.365 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1047r2=1.1048 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/semantics.c.diff?cvsroot=gccr1=1.492r2=1.493 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/tree.c.diff?cvsroot=gccr1=1.443r2=1.444 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.656r2=1.657 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4934r2=1.4935 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/template18.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/nontype15.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6197r2=1.6198 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22137
[Bug c++/22137] Internal error: Segmentation fault (program cc1plus)
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-16 20:17 --- The patch attached here really applies to PR 22173. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22137
[Bug c++/22173] [3.4/4.0/4.1 regression] Bogus template keyword accepted
--- Comment #4 from mmitchel at gcc dot gnu dot org 2005-10-16 20:17 --- Fixed in 4.0.3; will not be fixed in earlier releases. See PR 22137 for the patch, which had an incorrect ChangeLog entry. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22173
[Bug c++/24389] [4.0/4.1 Regression] template variable not getting marked as weak
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
[Bug libffi/24388] Assembler error building libffi
--- Comment #1 from dje at gcc dot gnu dot org 2005-10-16 20:21 --- Java is not supported on AIX. Don't do that. -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24388
[Bug libgcj/24403] New: --enable-java-awt=qt fails to build
Apparently CPPFLAGS is missing a -I for the newly built compiler's libstdc++ /usr/src/CVS/gcc41/tmp0/./gcc/xgcc -shared-libgcc -B/usr/src/CVS/gcc41/tmp0/./gcc -nostdinc++ -L/usr/src/CVS/gcc41/tmp0/i686-pc-linux-gnu/libstdc++-v3/src -L/usr/src/CVS/gcc41/tmp0/i686-pc-linux-gnu/libstdc++-v3/src/.libs -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-gnu/sys-include -DHAVE_CONFIG_H -I. -I../../../../../../../libjava/classpath/native/jni/qt-peer -I../../../include -I../../../../../../../libjava/classpath/include -I../../../../../../../libjava/classpath/native/jni/classpath -I../../../../../../../libjava/classpath/native/target/Linux -I../../../../../../../libjava/classpath/native/target/generic -DQT_SHARED -I/usr/lib/qt4/include -I/usr/lib/qt4/include/Qt -g -O2 -D_GNU_SOURCE -MT componentevent.lo -MD -MP -MF .deps/componentevent.Tpo -c ../../../../../../../libjava/classpath/native/jni/qt-peer/componentevent.cpp -fPIC -DPIC -o .libs/componentevent.o In file included from /usr/lib/qt4/include/QtCore/qnamespace.h:27, from /usr/lib/qt4/include/QtCore/qobjectdefs.h:27, from /usr/lib/qt4/include/QtGui/qwindowdefs.h:27, from /usr/lib/qt4/include/Qt/qwidget.h:27, from /usr/lib/qt4/include/Qt/QWidget:1, from ../../../../../../../libjava/classpath/native/jni/qt-peer/componentevent.cpp:38: /usr/lib/qt4/include/QtCore/qglobal.h:30:15: error: new: No such file or directory In file included from /usr/lib/qt4/include/QtCore/qobject.h:31, from /usr/lib/qt4/include/Qt/qwidget.h:28, from /usr/lib/qt4/include/Qt/QWidget:1, from ../../../../../../../libjava/classpath/native/jni/qt-peer/componentevent.cpp:38: /usr/lib/qt4/include/QtCore/qstring.h:43:20: error: string: No such file or directory [...] -- Summary: --enable-java-awt=qt fails to build Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
[Bug libgcj/24403] --enable-java-awt=qt fails to build
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-16 20:54 --- This is known and will not be fixed until 4.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2005-10-16 20:54:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
[Bug c++/23959] [4.0 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-16 21:12 --- Fixed at least on the mainline, 4.0 branch version will be committed soon. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.0 4.1.0 |4.0.0 4.0.2 Known to work|3.4.0 |3.4.0 4.1.0 Summary|[4.0/4.1 Regression] - |[4.0 Regression] -Wswitch- |Wswitch-default reports |default reports missing |missing default in a|default in a template that |template that has one |has one http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug c++/23959] [4.0 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-16 21:13 --- Subject: Bug 23959 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-16 21:13:11 Modified files: gcc/cp : ChangeLog decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/warn: Wswitch-default-1.C Wswitch-default-2.C Log message: 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * decl.c (pop_switch): Only call c_do_switch_warnings when not processing templates. 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * g++.dg/warn/Wswitch-default-1.C: New test. * g++.dg/warn/Wswitch-default-2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4936r2=1.4937 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1435r2=1.1436 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6199r2=1.6200 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/warn/Wswitch-default-1.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/warn/Wswitch-default-2.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug c++/23959] [4.0 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-16 21:23 --- Subject: Bug 23959 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-16 21:23:26 Modified files: gcc/cp : ChangeLog decl.c gcc/testsuite : ChangeLog Log message: 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * decl.c (pop_switch): Only call c_do_switch_warnings when not processing templates. 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * g++.dg/warn/Wswitch-default-1.C: New test. * g++.dg/warn/Wswitch-default-2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.136r2=1.4648.2.137 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1371.2.27r2=1.1371.2.28 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.459r2=1.5084.2.460 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug c++/23959] [4.0 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #11 from cvs-commit at gcc dot gnu dot org 2005-10-16 21:24 --- Subject: Bug 23959 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-16 21:24:37 Added files: gcc/testsuite/g++.dg/warn: Wswitch-default-1.C Wswitch-default-2.C Log message: 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * decl.c (pop_switch): Only call c_do_switch_warnings when not processing templates. 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR c++/23959 * g++.dg/warn/Wswitch-default-1.C: New test. * g++.dg/warn/Wswitch-default-2.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/warn/Wswitch-default-1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/warn/Wswitch-default-2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug c++/23959] [4.0 Regression] -Wswitch-default reports missing default in a template that has one
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-16 21:24 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23959
[Bug rtl-optimization/20972] Can't describe an early-clobber by an auto-inc
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-16 21:42 --- As described by Richard, this is not a regression so therefor not marking as such. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1 Regression] Can't |Can't describe an early- |describe an early-clobber by|clobber by an auto-inc |an auto-inc | Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20972
[Bug middle-end/24295] [4.1 Regression] #pragma weak foo = bar no longer causes bar to be referenced
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24295
[Bug libgcj/10353] [3.4/4.0/4.1 regression] Java testsuite failures
--- Comment #23 from pinskia at gcc dot gnu dot org 2005-10-16 21:47 --- Still fails: http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00590.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10353
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug target/23775] [4.1 Regression] wrong code in argument passing
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23775
[Bug target/23775] [4.1 Regression] wrong code in argument passing
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-16 21:51 --- Any news on getting this fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23775
[Bug middle-end/23954] [4.1 regression] FAIL: gcc.c-torture/execute/20040709-1.c execution, -Os
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-16 21:52 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-16 21:52:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23954
[Bug c++/22173] [3.4/4.0/4.1 regression] Bogus template keyword accepted
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-16 21:57 --- Subject: Bug 22173 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 21:57:42 Modified files: gcc/cp : ChangeLog Log message: PR c++/22173 * decl.c (check_template_keyword): Fix thinko. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4937r2=1.4938 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22173
[Bug c++/22173] [3.4/4.0/4.1 regression] Bogus template keyword accepted
--- Comment #6 from cvs-commit at gcc dot gnu dot org 2005-10-16 21:58 --- Subject: Bug 22173 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 21:58:08 Modified files: gcc/cp : ChangeLog typeck.c Log message: PR c++/22173 * typeck.c (check_template_keyword): Fix thinko. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4938r2=1.4939 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.657r2=1.658 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22173
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #11 from mmitchel at gcc dot gnu dot org 2005-10-16 22:06 --- The new switch2.C test is failing for me. In fact, I'm not sure why we should see overflow warnings on these expressions; isn't 0x8000 INT_MIN? In that case, INT_MIN + 1 does not overflow, does it? The C front end in GCC 3.4.x does not warn about the equivalent C program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug target/23303] [4.1 Regression] 4.1 generates sall + addl instead of leal
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor GCC target triplet|i686-pc-linux-gnu |i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23303
[Bug tree-optimization/23821] [4.0/4.1 Regression] DOM and VRP creating harder to optimize code
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23821
[Bug tree-optimization/18219] [4.0/4.1 Regression] gcc-4.0/4.1.0 bloats code by 31%
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug rtl-optimization/19580] [3.4/4.0/4.1 Regression] missed load/store motion
--- Comment #21 from pinskia at gcc dot gnu dot org 2005-10-16 22:14 --- We really should turn on gcse-sm for 4.1 but then again maybe it is too late for that. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug tree-optimization/21488] [4.0/4.1 regression] Not copy propagating single-argument PHIs causes out-of-ssa coalescing failure
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21488
[Bug tree-optimization/15596] [4.0/4.1 Regression] Missed optimization with bitfields with return value
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-16 22:17 --- This is so minor issue and does not come from any real code and I just made this example when looking at code gen in general so moving to 4.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Summary|[4.0/4.1 Regression] Missed |[4.0/4.1 Regression] Missed |optimization with bitfields |optimization with bitfields ||with return value Target Milestone|4.0.3 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
[Bug rtl-optimization/19078] Poor quality code after loop unrolling.
--- Comment #19 from pinskia at gcc dot gnu dot org 2005-10-16 22:19 --- The code gen is back to 3.x so this is no longer a regression so removing the target milestone and regression markers. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.0 | Known to work|3.3.2 | Summary|[4.0/4.1 Regression] Poor |Poor quality code after loop |quality code after loop |unrolling. |unrolling. | Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19078
[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug tree-optimization/21550] [4.0/4.1 Regression] i686 floating point performance 33% slower than gcc 3.4.3
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-16 22:25 --- This has been fixed in 4.1.0. We no get: .L4: fldl(%edx,%eax,8) faddl (%ebx,%eax,8) fstpl (%edx,%eax,8) incl%eax cmpl%eax, %ecx jne .L4 Likewise for all methods. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|4.0.3 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21550
[Bug other/17652] [meta-bug] GCC 4.1 pending patches
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-16 22:31 --- Fixed. I moved the remaining open ones to the 4.2 pending patches meta-bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17652
[Bug target/23378] [4.1 Regression] code quality regression for complicated loop
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu |i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23378
[Bug target/23579] [4.1 regression] rtl-optimization/23478 breaks Ada for ia64
--- Comment #5 from wilson at gcc dot gnu dot org 2005-10-16 22:45 --- I believe this is fixed. I'm looking at 17356 now. -- wilson at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23579
[Bug middle-end/24341] [4.1 regression] testsuite failure: gcc.c-torture/compile/sync-1.c
--- Comment #3 from hp at gcc dot gnu dot org 2005-10-16 22:46 --- Fixed as per commit of URL:http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00907.html -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24341
[Bug target/23579] [4.1 regression] rtl-optimization/23478 breaks Ada for ia64
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23579
[Bug target/23424] cris.md rtl canonicalization bug
--- Comment #1 from cvs-commit at gcc dot gnu dot org 2005-10-16 23:11 --- Subject: Bug 23424 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-16 23:11:50 Modified files: gcc: ChangeLog gcc/config/cris: cris.md Log message: PR target/23424 * config/cris/cris.md (*mov_sidemode, *mov_sidesisf) (*mov_sidemode_mem, *mov_sidesisf_mem, *clear_sidemode) (*ext_sideqihi, *ext_sidemodesi, *op_sidemode) (*op_swap_sidemode, *extopqihi_side, *extopmodesi_side) (*extopqihi_swap_side, *extopmodesi_swap_side): Have separate, swapped, alternatives for the R constraint. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10166r2=2.10167 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/cris/cris.md.diff?cvsroot=gccr1=1.38r2=1.39 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23424
[Bug c++/24389] [4.0/4.1 Regression] template variable not getting marked as weak
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-16 23:16 --- Subject: Bug 24389 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 23:16:28 Modified files: gcc/cp : decl2.c init.c pt.c Added files: gcc/testsuite/g++.dg/template: static21.C static21-a.cc Log message: PR c++/24389 * decl2.c (mark_used): Use uses_template_parms instead of dependent_type_p. * init.c (constant_value_1): Handle uninstantiated templates specially. * pt.c (instantiate_decl): Add sanity check. PR c++/24389 * g++.dg/template/static21.C: New test. * g++.dg/template/static21-a.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static21.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static21-a.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gccr1=1.803r2=1.804 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gccr1=1.432r2=1.433 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1048r2=1.1049 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
[Bug c++/24389] [4.0/4.1 Regression] template variable not getting marked as weak
--- Comment #8 from cvs-commit at gcc dot gnu dot org 2005-10-16 23:17 --- Subject: Bug 24389 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-16 23:17:53 Modified files: gcc/cp : ChangeLog gcc/testsuite : ChangeLog Log message: PR c++/24389 * decl2.c (mark_used): Use uses_template_parms instead of dependent_type_p. * init.c (constant_value_1): Handle uninstantiated templates specially. * pt.c (instantiate_decl): Add sanity check. PR c++/24389 * g++.dg/template/static21.C: New test. * g++.dg/template/static21-a.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4939r2=1.4940 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6200r2=1.6201 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
[Bug target/23424] cris.md rtl canonicalization bug
--- Comment #2 from hp at gcc dot gnu dot org 2005-10-16 23:18 --- Patches at URL:http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00940.html and URL:http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00941.html (the latter has been committed). -- hp at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23424
[Bug c++/24389] [4.0/4.1 Regression] template variable not getting marked as weak
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-16 23:19 --- Subject: Bug 24389 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED]2005-10-16 23:19:00 Modified files: gcc/cp : decl2.c init.c pt.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: static21.C static21-a.cc Log message: PR c++/24389 * decl2.c (mark_used): Use uses_template_parms instead of dependent_type_p. * init.c (constant_value_1): Handle uninstantiated templates specially. * pt.c (instantiate_decl): Add sanity check. PR c++/24389 * g++.dg/template/static21.C: New test. * g++.dg/template/static21-a.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static21.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static21-a.cc.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.770.2.10r2=1.770.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.412.2.11r2=1.412.2.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.32r2=1.978.2.33 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.137r2=1.4648.2.138 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.460r2=1.5084.2.461 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
[Bug c++/24389] [4.0/4.1 Regression] template variable not getting marked as weak
--- Comment #10 from mmitchel at gcc dot gnu dot org 2005-10-16 23:19 --- Fixed in 4.0.3. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24389
[Bug rtl-optimization/19097] [3.4/4.0/4.1 regression] Quadratic behavior with many sets for the same register in gcse CPROP
--- Comment #17 from steven at gcc dot gnu dot org 2005-10-16 23:20 --- On AMD64, I now get the following timings: -O1 -O2 3.3 (profilebootstrapped) 46.64 46.90 4.1 (checking=release) 72.82 156.43 In 4.1, the Big Spenders are dominance frontiers (41% usr) and tree operand scan (also 41%) for -O1. For -O2 those two also are big time black holes, and the 3 gcse.c CPROP passes join them at the top of the profile (dominance frontiers 18%, tree operand scan 18%, CPROP 1 17%, CPROP 2 9%, bypass jumps 10%). So this is still a regression from GCC 3.3. -- steven at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.0.0 |4.0.0 4.1.0 Last reconfirmed|2005-10-16 22:35:50 |2005-10-16 23:20:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
[Bug target/23424] cris.md rtl canonicalization bug
--- Comment #3 from hp at gcc dot gnu dot org 2005-10-16 23:26 --- For the there's more at the end of the PR description, see the first patch of comment #2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23424
[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches
--- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-17 00:41 --- Why is this marked as a C++ front-end bug? Isn't this a middle-end problem? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-17 00:45 --- Subject: Re: [4.0/4.1 Regression] wrong control reaches warning with switches --- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-17 00:41 --- Why is this marked as a C++ front-end bug? Isn't this a middle-end problem? Because there is a work around in the C front-end, that could be copied into the C++ front-end. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug rtl-optimization/17356] [4.0/4.1 Regression] [Ada] [ia64] ACATS c41325a other ICE, also while building libada
--- Comment #15 from wilson at gcc dot gnu dot org 2005-10-17 02:00 ---
It is dying in rest_of_handle_flow2 - split_all_insns - verify_flow_info. We
have non-call insns with EDGE_ABNORMAL_CALL edges attached to them.
The insns are coming from post-reload call insn splits. Before splitting, we
have
(call_insn 118 116 3807 4 (parallel [
(set (reg:OI 8 r8)
(call (mem:DI (symbol_ref:DI
(ada__text_io__editing__parse_num\ber_string) [flags 0x3] function_decl
0x2a9590de00 ada__text_io__editing__par\se_number_string) [0 S8 A64])
(const_int 1 [0x1])))
(clobber (reg:DI 320 b0))
(clobber (scratch:DI))
(clobber (scratch:DI))
]) 257 {call_value_gp} (insn_list:REG_DEP_TRUE 117 (nil))
(expr_list:REG_EH_REGION (const_int 1 [0x1])
(nil))
(expr_list:REG_DEP_TRUE (use (reg:DI 1 r1))
(expr_list:REG_DEP_TRUE (use (reg:TI 120 out0 [ D.1574 ]))
(nil
after splitting we have
(call_insn 4891 116 4892 4 (parallel [
(set (reg:OI 8 r8)
(call (mem:DI (symbol_ref:DI
(ada__text_io__editing__parse_num\ber_string) [flags 0x3] function_decl
0x2a9590de00 ada__text_io__editing__par\se_number_string) [0 S8 A64])
(const_int 0 [0x0])))
(clobber (reg:DI 320 b0))
]) 254 {call_value_nogp} (nil)
(expr_list:REG_EH_REGION (const_int 1 [0x1])
(nil))
(expr_list:REG_DEP_TRUE (use (reg:DI 1 r1))
(expr_list:REG_DEP_TRUE (use (reg:TI 120 out0 [ D.1574 ]))
(nil
(insn 4892 4891 4893 4 (set (reg:DI 1 r1)
(plus:DI (reg/f:DI 111 loc79)
(const_int -80 [0xffb0]))) 105 {adddi3} (nil)
(nil))
(insn 4893 4892 3807 4 (set (reg:DI 1 r1)
(mem:DI (reg:DI 1 r1) [0 S8 A64])) 5 {*movdi_internal} (nil)
(expr_list:REG_EH_REGION (const_int 1 [0x1])
(nil)))
We call find_bb_boundaries to split this into two blocks, and then
purge_dead_edges should delete the abnormal call edge on the load.
But there is a problem here... Ada sets flag_non_call_exceptions by default.
So the load is a trapping insn, just not a call-trapping insn.
In purge_dead_edges, we first verify that an EH edge is OK, then we verify that
an abnormal call edge is OK. But since an abnormal call edge is always an EH
edge, the first test triggers, and passes, because we do need an EH edge here.
We can fix this problem by switching the order of the tests.
With this patch, a cross-compiler ada build got all of the way to gnattools,
where it died building make.adb. This means libada built successfully. The
make.adb error is a different unrelated problem.
gcc -c -I./ -I/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/adalib/../adainclude
-\I/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/adalib/ -I.
-I/home/wilson/GCC/gcc/\gcc/ada -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototype\s -fno-common -gnatpg -gnata -I-
/home/wilson/GCC/gcc/gcc/ada/gnatvsn.adb
gcc -c -I./ -I/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/adalib/../adainclude
-\I/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/adalib/ -I.
-I/home/wilson/GCC/gcc/\gcc/ada -g -O2 -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototype\s -fno-common -gnatpg -gnata -I-
/home/wilson/GCC/gcc/gcc/ada/make.adb
make.adb:3577:45: Unmatched actual in call
make.adb:3581:45: Unmatched actual in call
make.adb:3804:13: invalid parameter list in call (use -gnatf for details)
make.adb:5709:10: invalid parameter list in call (use -gnatf for details)
mlib.ads:75:15: Attribute is undefined
mlib.ads:75:28: Time_Stamps is undefined
I am assuming this is good enough to close the problem after a proper bootstrap
test. I'll have to try a native ia64 bootstrap now.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
Last reconfirmed|2005-06-12 15:03:55 |2005-10-17 02:00:49
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
[Bug fortran/5900] [g77 gfortran] Lapack regressions since g77 2.95.2
--- Comment #52 from jvdelisle at gcc dot gnu dot org 2005-10-17 02:02 --- I would like to propose that this bug be closed. This is about as good as it gets. We should set up some automatic regression testing on LAPACK from hence forth. With -O1 -march=pentium4: csep.out: CST drivers: 1 out of 11664 tests failed to pass the threshold dgd.out: DXV drivers:200 out of 5000 tests failed to pass the threshold sgd.out: SXV drivers: 37 out of 5000 tests failed to pass the threshold ssep.out: SST:1 out of 4662 tests failed to pass the threshold ssep.out: SST drivers: 1 out of 14256 tests failed to pass the threshold zgd.out: ZXV drivers: 24 out of 5000 tests failed to pass the threshold -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
[Bug rtl-optimization/17356] [4.0/4.1 Regression] [Ada] [ia64] ACATS c41325a other ICE, also while building libada
--- Comment #16 from wilson at gcc dot gnu dot org 2005-10-17 02:03 --- Created an attachment (id=10005) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10005action=view) patch to fix ia64-linux libada build failure And here's the patch. It is simple enough that it should be safe. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
[Bug tree-optimization/22444] [4.0/4.1 regression] ICE at tree-into-ssa.c:466
--- Comment #28 from cvs-commit at gcc dot gnu dot org 2005-10-17 02:28 --- Subject: Bug 22444 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 02:28:44 Modified files: gcc: ChangeLog tree-ssa-alias.c Added files: gcc/testsuite/g++.dg/tree-ssa: pr22444.C Log message: 2005-10-16 Daniel Berlin [EMAIL PROTECTED] Fix PR tree-optimization/22444 * tree-ssa-alias.c (compute_flow_insensitive_aliasing): Assert that we don't hit something with subvars. (setup_pointers_and_addressables): Don't add things with subvars, because we'll already process the subvars for aliasing purposes. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10167r2=2.10168 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gccr1=2.111r2=2.112 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/tree-ssa/pr22444.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug tree-optimization/22444] [4.0/4.1 regression] ICE at tree-into-ssa.c:466
--- Comment #29 from dberlin at gcc dot gnu dot org 2005-10-17 02:29 --- Should be fixed now -- dberlin at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
[Bug fortran/24404] New: Poor Error Description, bad error order
I noticed two things about the error messages for the attached code: 1) The error for line 6 is shown before the error for line 4. This strikes me as odd, and it doesn't lend itself to easier error squashing. 2) The description for both errors are not very descriptive. Could something like the line 6 error be changed to Error: Syntax error ALLOCATE variable must have dimensions, and the line 4 error should indicate that it needs dimensions. In file baderrors.f90:6 allocate(b(5)) 1 Error: Syntax error in ALLOCATE statement at (1) In file baderrors.f90:4 integer*4, allocatable :: b 1 Error: Object at (1) may not be ALLOCATABLE -- Summary: Poor Error Description, bad error order Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: denney at seas dot upenn dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24404
[Bug fortran/24404] Poor Error Description, bad error order
--- Comment #1 from denney at seas dot upenn dot edu 2005-10-17 02:43 --- Created an attachment (id=10006) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10006action=view) test case that generates the errors -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24404
[Bug fortran/5900] [g77 gfortran] Lapack regressions since g77 2.95.2
--- Comment #53 from david dot billinghurst at comalco dot riotinto dot com dot au 2005-10-17 02:45 --- Subject: RE: [g77 gfortran] Lapack regressions since g77 2.95.2 I agree. All but three of the failures are known LAPACK problems, From memory the other three failures just miss the acceptance criteria. Just for the record, the LAPACK FAQ http://www.netlib.org/lapack/faq.html states: The only known testing failures are in condition number estimation routines in the generalized nonsymmetric eigenproblem testing. Specifically in sgd.out, dgd.out, cgd.out and zgd.out. The cause for the failures of some test cases is that the mathematical algorithm used for estimating the condition numbers could over- or under-estimate the true values in a certain factor in some rare cases. Further details can be found in LAPACK Working Note 87. NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-17 04:22 --- Subject: Bug 22544 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 04:22:03 Modified files: gcc: ChangeLog gcc.c Log message: 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR driver/22544 * gcc.c (have_c): New static variable. (have_o): Likewise. (process_command): Remove declation of have_c. Set have_o to 1 when handling -o. (main): Add a fatel error if there are multiple files specified and -o and -c/-S is passed witout -combine or multiple languages. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10168r2=2.10169 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcc.c.diff?cvsroot=gccr1=1.472r2=1.473 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #13 from pinskia at gcc dot gnu dot org 2005-10-17 04:22 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #14 from cvs-commit at gcc dot gnu dot org 2005-10-17 04:22 --- Subject: Bug 22544 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-17 04:22:51 Modified files: gcc: ChangeLog gcc.c Log message: 2005-10-16 Andrew Pinski [EMAIL PROTECTED] PR driver/22544 * gcc.c (have_c): New static variable. (have_o): Likewise. (process_command): Remove declation of have_c. Set have_o to 1 when handling -o. (main): Add a fatel error if there are multiple files specified and -o and -c/-S is passed witout -combine or multiple languages. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.466r2=2.7592.2.467 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gcc.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.448.2.5r2=1.448.2.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches
--- Comment #11 from ian at airs dot com 2005-10-17 04:39 --- For the record, this is the work-around in the C frontend: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01452.html A corresponding patch in the C++ frontend would be more complicated, in order to continue to emit the error break statement not within loop or switch when required. This class of bugs is a pain to work with at present. The warning just follows the CFG, which makes sense. But code like case 1: return; break; builds a CFG which has a return followed by a goto. remove_useless_stmts is currently not clever enough to remove code after a return, so the goto gets incorporated into the CFG. Note that we don't get the warning when optimizing; we only get it with -O0. And indeed when not optimizing the assembly code has the code path which returns an uninitialized value, although of course it never gets executed in practice. Fixing this in the middle-end will require a version of remove_useless_stmts which is clever enough to efficiently discard statements which follow a return statement. Andrew was working on that at one point; I don't recall what the status is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-17 04:46 --- Subject: Re: [4.0/4.1 Regression] wrong control reaches warning with switches On Oct 17, 2005, at 12:39 AM, ian at airs dot com wrote: Fixing this in the middle-end will require a version of remove_useless_stmts which is clever enough to efficiently discard statements which follow a return statement. Andrew was working on that at one point; I don't recall what the status is. The status is that it will only be approved for 4.2 (this was decided by RTH). The problem is also comes into play with extra unreachable labels which was not going to be fixed by my patch and is what really causes this bug, rather than the stuff after a goto/return. We lower the eh before removing the unreachable label which causes us to think that there is a way to get fallthrough the switch. This means that we need a switch table for cleanup of the variable (the call to the dtor). -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20681
