Re: [Patch, fortran] PR66549 [5/6 regression] ICE with OMP PARALLEL

2015-06-18 Thread Jakub Jelinek
On Thu, Jun 18, 2015 at 08:26:19PM +0200, Mikael Morin wrote: > Hmm, for gfc_derived_types at least, I would say no. > gfc_derived_types seems to be a per root namespace global, in other > words shared between contained procedures, so it should not be > saved/restored upon resolution of sibling or

Re: [Patch, fortran] PR66549 [5/6 regression] ICE with OMP PARALLEL

2015-06-18 Thread Mikael Morin
Le 18/06/2015 13:35, Jakub Jelinek a écrit : > On Thu, Jun 18, 2015 at 01:18:18PM +0200, Mikael Morin wrote: >> I'm proposing here a fix for an OpenMP ICE regression introduced by me >> at http://gcc.gnu.org/r221586 >> >> That revision changed the order in which procedures are resolved, making >> i

Re: [Patch, fortran] PR66549 [5/6 regression] ICE with OMP PARALLEL

2015-06-18 Thread Jakub Jelinek
On Thu, Jun 18, 2015 at 01:18:18PM +0200, Mikael Morin wrote: > I'm proposing here a fix for an OpenMP ICE regression introduced by me > at http://gcc.gnu.org/r221586 > > That revision changed the order in which procedures are resolved, making > it possible for a procedure to be resolved from with

[Patch, fortran] PR66549 [5/6 regression] ICE with OMP PARALLEL

2015-06-18 Thread Mikael Morin
Hello, I'm proposing here a fix for an OpenMP ICE regression introduced by me at http://gcc.gnu.org/r221586 That revision changed the order in which procedures are resolved, making it possible for a procedure to be resolved from within an OpenMP construct body. As the OpenMP constructs set some