On Mon, Mar 25, 2019 at 1:25 PM Richard Biener
wrote:
>
> On Fri, Mar 22, 2019 at 10:22 AM Otto, Thomas wrote:
> >
> > > > And I still think this function and the static variable which never
> > > > changes
> > > > once set does not require any GC. Just setting the cached_wd variable to
> > > >
On Fri, Mar 22, 2019 at 10:22 AM Otto, Thomas wrote:
>
> > > And I still think this function and the static variable which never
> > > changes
> > > once set does not require any GC. Just setting the cached_wd variable to
> > > the unchanged pointer from get_src_pwd() or allocating one in the fun
> > And I still think this function and the static variable which never changes
> > once set does not require any GC. Just setting the cached_wd variable to
> > the unchanged pointer from get_src_pwd() or allocating one in the function
> > itself is enough. This solves the problem and relieves th
On Thu, Mar 21, 2019 at 1:38 PM Otto, Thomas wrote:
>
> > > > > > > "ggc_collect() discarding/reusing remap_debug_filename() output,
> > > > > > > thus producing invalid objects"
> > > > > >
> > > > > > Hmm, but AFAICS it can end up on the heap if plain get_src_pwd ()
> > > > > > result survives.
> > > > > > "ggc_collect() discarding/reusing remap_debug_filename() output,
> > > > > > thus producing invalid objects"
> > > > >
> > > > > Hmm, but AFAICS it can end up on the heap if plain get_src_pwd ()
> > > > > result survives. I vaguely remember GC being happy with heap
> > > > > strings (d
On Wed, Mar 20, 2019 at 7:36 PM Otto, Thomas wrote:
>
> > > > > "ggc_collect() discarding/reusing remap_debug_filename() output,
> > > > > thus producing invalid objects"
> > > >
> > > > Hmm, but AFAICS it can end up on the heap if plain get_src_pwd ()
> > > > result survives. I vaguely remember
> > > > "ggc_collect() discarding/reusing remap_debug_filename() output,
> > > > thus producing invalid objects"
> > >
> > > Hmm, but AFAICS it can end up on the heap if plain get_src_pwd ()
> > > result survives. I vaguely remember GC being happy with heap
> > > strings (due to identifiers?), but
On Wed, Mar 20, 2019 at 2:44 PM Otto, Thomas wrote
>
> > > "ggc_collect() discarding/reusing remap_debug_filename() output, thus
> > > producing invalid objects"
> >
> > Hmm, but AFAICS it can end up on the heap if plain get_src_pwd () result
> > survives. I vaguely remember GC being happy with h
> > "ggc_collect() discarding/reusing remap_debug_filename() output, thus
> > producing invalid objects"
>
> Hmm, but AFAICS it can end up on the heap if plain get_src_pwd () result
> survives. I vaguely remember GC being happy with heap strings (due to
> identifiers?), but not sure. Otherwise t
On Wed, Mar 20, 2019 at 10:36 AM Otto, Thomas wrote:
>
> See the corresponding thread on gcc-help:
>
> "ggc_collect() discarding/reusing remap_debug_filename() output, thus
> producing invalid objects"
Hmm, but AFAICS it can end up on the heap if plain get_src_pwd ()
result survives. I vaguely
See the corresponding thread on gcc-help:
"ggc_collect() discarding/reusing remap_debug_filename() output, thus producing
invalid objects"
Regards
Thomas
make-ggc-pick-up-comp_dir_string-cache-value.patch
Description: make-ggc-pick-up-comp_dir_string-cache-value.patch
11 matches
Mail list logo