Mark Kettenis <[email protected]> wrote: > > From: Philip Guenther <[email protected]> > > Date: Sun, 13 Feb 2022 23:29:06 -0800 > > > > 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. > > > > The solution would be to add symlinks like all the other OSes do. But > > Theo doesn't like that. > > > > My recall was it was less that "Theo didn't like it" than "no one had > > actually worked out how the symlink update process would work across major > > and minor version bumps in base builds and what else needed to be adjusted > > to keep things from exploding during that", because if there's one thing > > Theo doesn't like it's "oh, something committed months ago and now embedded > > in our ecosystem means that our ABI change process NO LONGER WORKS". > > My diff just created the symlinks as part of "make install" and they > would have been included in the sets. They would actualy help with > the ABI change process because the symlinks make it much easier for > developers to reverse a major or minor bump. I ran the diff for ages, > through many major and minor bumps of base libraries.
Easier for developers? major.minor exists to provide greater compatlity for old user binaries, not for the developer ABI crossing procedure.
