[Bug fortran/39577] False positive with -fcheck=recursion

2009-04-04 Thread burnus at gcc dot gnu dot org
--- Comment #5 from burnus at gcc dot gnu dot org 2009-04-04 21:45 --- FIXED on the trunk (4.5) -- burnus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/39577] False positive with -fcheck=recursion

2009-04-04 Thread burnus at gcc dot gnu dot org
--- Comment #4 from burnus at gcc dot gnu dot org 2009-04-04 21:38 --- Subject: Bug 39577 Author: burnus Date: Sat Apr 4 21:38:12 2009 New Revision: 145552 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145552 Log: 2009-04-04 Tobias Burnus PR fortran/39577 *

[Bug fortran/39577] False positive with -fcheck=recursion

2009-03-30 Thread burnus at gcc dot gnu dot org
--- Comment #3 from burnus at gcc dot gnu dot org 2009-03-30 20:34 --- I wonder whether a global variable (in trans-decl.c, exported in trans.h) is not the easiest. There can only be one procedure at a time. For the existing trans-decl.c one should put a if(!attr.function) as for functio

[Bug fortran/39577] False positive with -fcheck=recursion

2009-03-29 Thread burnus at gcc dot gnu dot org
--- Comment #2 from burnus at gcc dot gnu dot org 2009-03-29 19:20 --- > the error seems to be due to the second call to test(): > usual suspect = unitialized variable? No - the problem is a missing "is_recursive = 0" (see dump in comment 0). The problem is that the variable needs to b

[Bug fortran/39577] False positive with -fcheck=recursion

2009-03-29 Thread dominiq at lps dot ens dot fr
--- Comment #1 from dominiq at lps dot ens dot fr 2009-03-29 11:21 --- Confirmed, the error seems to be due to the second call to test(): usual suspect = unitialized variable? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39577