This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Further debuginfo fixes for VLAs and nested functions

From: Eric Botcazou <ebotcazou at adacore dot com>
To: Jakub Jelinek <jakub at redhat dot com>
Cc: gcc-patches at gcc dot gnu dot org, fortran at gcc dot gnu dot org, Jason Merrill <jason at redhat dot com>, Jan Kratochvil <jkratoch at redhat dot com>
Date: Thu, 23 Apr 2009 21:55:15 +0200
Subject: Re: [PATCH] Further debuginfo fixes for VLAs and nested functions
References: <20090422110650.GC4664@tyan-ft48-01.lab.bos.redhat.com> <200904221726.05367.ebotcazou@adacore.com> <20090423184944.GR4664@tyan-ft48-01.lab.bos.redhat.com>

> If the FE creates the BIND_EXPR, then the gimplifier won't need to add it.

Sure, but the questions are:
 (1) Should the gimplifier see BIND_EXPR-less function bodies?
 (2) If yes, should it create half-backed BIND_EXPRs to brigde the gap?

> Anyway, the patch I posted cures this issue in tree-nested.c by adding
> directly to DECL_INITIAL's BLOCK_VARS, the debug_var_chain vars don't need
> to be in local_decls, they are for debug info purposes only.

Yes, but the problem might happen with other passes.

-- 
Eric Botcazou

References:
- [PATCH] Further debuginfo fixes for VLAs and nested functions
  - From: Jakub Jelinek
- Re: [PATCH] Further debuginfo fixes for VLAs and nested functions
  - From: Eric Botcazou
- Re: [PATCH] Further debuginfo fixes for VLAs and nested functions
  - From: Jakub Jelinek

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]