"Theo de Raadt" <[email protected]> writes:

> Philip Guenther <[email protected]> wrote:
>
>> On Sun, Feb 13, 2022 at 11:18 PM Mark Kettenis <[email protected]>
>> wrote:
>> 
>> > > From: Greg Steuck <[email protected]>
>> > > Date: Sun, 13 Feb 2022 22:37:13 -0800
>> > >
>> > > To give a sense of the kind of change required to get the feature I
>> > > want, see the patch at the end. The change in DriverUtils.cpp is just to
>> > > show that the same function is hiding in there.
>> > >
>> > > If this looks like a good direction, I can cleanup the code and maybe it
>> > > could be shared, though I'm not sure where this would belong. Maybe a
>> > > new tiny library of such wrappers to maintain in our tree?
>> > >
>> > > Thanks
>> > > Greg
>> > >
>> > > P.S. Naturally, once I install this patched cc, ghci is suddenly very
>> > > happy.
>> >
>> > Something like this was rejected upstream.
>
> Upstreams are just jealous of our ABI cranking secret power.
>
> Why can't we carry a diff for this?

Considering we already do such versioned lookup in `ld -l`, I don't
anticipate considerable harm from allowing `cc --print-file-name` to
have the similar power. For giggles I searched Debian sources, the
literal combination that I'm planning to enhance is pretty rare[1].

One extra somebody might want is extending gcc on non-clang platforms to
have consistent behavior. Since GHC isn't ported to them anyway, I don't
have the immediate need to make the change.

[1] https://codesearch.debian.net/search?q=--print-file-name.*lib.*so

Thanks
Greg

Reply via email to