https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29931
Eric Gallager <egallager at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|FIXED |---
--- Comment #10 from Eric Gallager <egallager at gcc dot gnu.org> ---
(In reply to Harald van Dijk from comment #9)
> (In reply to Eric Gallager from comment #6)
> > (In reply to Jorn Wolfgang Rennecke from comment #4)
> > > The bug is not fixed; the gcc.c patch has not been reviewed.
> >
> > What about now, after r169891?
>
> That was only checked in on a Google branch, so this is not fixed,
> regardless of the below.
>
> The check-in applies almost cleanly to GCC 8.2.0, but actually testing it, I
> find that it does not work in my test case. I suppose it would work when all
> files are put together in a single directory, but that's not the only way
> symlinks can be used. I installed packages with DESTDIR into separate
> directories, and installed symlinks to the files in each of those using cp
> -rs. When the code checks whether spec_machine can be found, it correctly
> sees that it can be: GCC is one of the packages that provides that
> directory. As a result, -canonical-prefixes is used. However, it cannot find
> anything from binutils or glibc there, so things still break.
OK, reopening then
