[Bug fortran/29635] debug info of modules

--- Comment #11 from dfranke at gcc dot gnu dot org 2009-04-10 21:38 --- Jakub, is anything left to do? Can this one be closed? How about PR24526, is this fixed as well? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29635

[Bug c/39731] New: Separate warning classes for maybe-uninitialized and known-uninitialized variables.

It would be nice to provide separate -W flags for the is used uninitialized and may be used uninitialized variants of -Wuninitialized. The former is always a problem, while the latter is often noise. See this thread: http://ozlabs.org/pipermail/linuxppc-dev/2009-April/070540.html --

[Bug fortran/13615] -Wuninitialized produces wrong error message for characters

--- Comment #10 from dfranke at gcc dot gnu dot org 2009-04-10 21:53 --- To assess whether this is a middle-end issue, the alias dump (with VOPS and linenumbers) would be relevant. The testcase in #8 still gives the same warning. Manuel, you refer to the output of -fdump-tree-alias

[Bug fortran/22571] Reject derived types for dummy arguments declared in the subroutine unless they are SEQUENCE

--- Comment #11 from dfranke at gcc dot gnu dot org 2009-04-10 22:12 --- Testcase of comment #9 now gives: $ gfortran-svn -fwhole-file -g -Wall -c pr22571.f90 pr22571.f90:13.9: call a(q) 1 Error: Type mismatch in argument 'p' at (1); passed TYPE(u) to TYPE(t) Paul, can we

[Bug gcov-profile/39732] New: -fprofile-generate -O1: ICE: verify_stmts failed, ADDRESSABLE bit not set on pointers passed to std::copy

g++ -O1 -fprofile-generate gcc-bug/test-case.ii gcc-bug/test-case.cpp: In function ‘int f(const int*)’: gcc-bug/test-case.cpp:14: error: address taken, but ADDRESSABLE bit not set D.27568 gcc-bug/test-case.cpp:14: note: in statement D.27611 = D.27568; gcc-bug/test-case.cpp:14: internal compiler

[Bug gcov-profile/39732] -fprofile-generate -O1: ICE: verify_stmts failed, ADDRESSABLE bit not set on pointers passed to std::copy

--- Comment #1 from zlynx at acm dot org 2009-04-10 22:22 --- Created an attachment (id=17615) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17615action=view) preprocessed C++ test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39732

[Bug fortran/25104] [F2003] Non-initialization expr. as case-selector

--- Comment #14 from dominiq at lps dot ens dot fr 2009-04-10 22:33 --- Could the patches in comments #11 to #13 be applied to trunk too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25104

[Bug fortran/36553] Missing interface not detected in call to same file function

--- Comment #9 from dominiq at lps dot ens dot fr 2009-04-10 22:41 --- Dominique, any improvements here with -fwhole-file? AFAICT the answer is no: the invalid code in comment #0 is not rejected (see comment #6 for the kind of expected diagnostic). I think this PR should be closed as

[Bug testsuite/39733] New: gcc.misc-tests/help.exp doesn't work with multilib

On Linux/x86-64 with multilib, gcc.misc-tests/help.exp failed: http://gcc.gnu.org/ml/gcc-testresults/2009-04/msg01053.html FAIL: compiler driver -v --help option(s) (assembler options) FAIL: compiler driver -v --help option(s) (linker options) FAIL: compiler driver -v --help option(s) (assembler

[Bug middle-end/39701] [4.5 Regression] Revision 145846 caused many test failures

--- Comment #14 from hjl at gcc dot gnu dot org 2009-04-11 00:43 --- Subject: Bug 39701 Author: hjl Date: Sat Apr 11 00:43:33 2009 New Revision: 145948 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145948 Log: 2009-04-10 Paolo Bonzini bonz...@gnu.org PR

[Bug testsuite/39733] gcc.misc-tests/help.exp doesn't work with multilib

--- Comment #1 from hjl dot tools at gmail dot com 2009-04-11 00:55 --- The problem is both lib/options.exp and gcc.misc-tests/options.exp define check_for_options. But they take different parameters and are different. gcc.misc-tests/help.exp has load_lib options.exp But you really

[Bug testsuite/39733] gcc.misc-tests/help.exp doesn't work with multilib

--- Comment #2 from hjl dot tools at gmail dot com 2009-04-11 01:05 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2009-04/msg00852.html -- hjl dot tools at gmail dot com changed: What|Removed |Added

<    1   2