Re: [PATCH 1/4] force decls to be allocated through build_decl to initialize them

On Thu, Jul 15, 2021 at 10:01:01AM +0200, Richard Biener wrote: > On Thu, Jul 15, 2021 at 4:24 AM Trevor Saunders wrote: > > > > On Wed, Jul 14, 2021 at 01:27:54PM +0200, Richard Biener wrote: > > > On Wed, Jul 14, 2021 at 10:20 AM Trevor Saunders > > > wrote: > > > > > > > > prior to this commi

Re: [PATCH 1/4] force decls to be allocated through build_decl to initialize them

On Thu, Jul 15, 2021 at 4:24 AM Trevor Saunders wrote: > > On Wed, Jul 14, 2021 at 01:27:54PM +0200, Richard Biener wrote: > > On Wed, Jul 14, 2021 at 10:20 AM Trevor Saunders > > wrote: > > > > > > prior to this commit all calls to build_decl used input_location, even if > > > temporarily unti

Re: [PATCH 1/4] force decls to be allocated through build_decl to initialize them

On Wed, Jul 14, 2021 at 01:27:54PM +0200, Richard Biener wrote: > On Wed, Jul 14, 2021 at 10:20 AM Trevor Saunders > wrote: > > > > prior to this commit all calls to build_decl used input_location, even if > > temporarily until build_decl reset the location to something else that it > > was > >

Re: [PATCH 1/4] force decls to be allocated through build_decl to initialize them

On Wed, Jul 14, 2021 at 10:20 AM Trevor Saunders wrote: > > prior to this commit all calls to build_decl used input_location, even if > temporarily until build_decl reset the location to something else that it was > told was the proper location. To avoid using the global we need the caller to >

[PATCH 1/4] force decls to be allocated through build_decl to initialize them

prior to this commit all calls to build_decl used input_location, even if temporarily until build_decl reset the location to something else that it was told was the proper location. To avoid using the global we need the caller to pass in the location it wants, however that's not possible with mak