Re: Build hangs on stdio-common for glibc-2.30-67-g4748829f86a458b76642f3e98b1d80f7b868e427

[Boran Car <boran.car@gmail.com>]

I finally had time to get back to this. That change seems to already
be in on my side, I'm at commit
4748829f86a458b76642f3e98b1d80f7b868e427. I think my best course of
action is to bisect, first on versions, then commits - not something I
was looking forward to, at all :(. I'm just not overly happy with my
Nix solution - why add another thing?

On Tue, Sep 19, 2023 at 11:09 PM Chris Packham <judge.packham@gmail.com> wrote:
>
> On Tue, Sep 19, 2023 at 4:06 AM Boran Car <boran.car@gmail.com> wrote:
> >
> > There's definitely interest in fixing this, at least from my side, but
> > I do need handholding through the build-system. If a Makefile can be
> > back-ported, even better. There's still interest in pre 2.31 glibcs
> > out there, and Buildroot and crosstools-NG were definitely not made to
> > build their own Make as part of the process.
>
> Heh. That's exactly the workaround we put in for crosstool-ng
> https://github.com/crosstool-ng/crosstool-ng/commit/e63c40854
>
> I didn't stare too long at
> https://sourceware.org/git/?p=glibc.git;a=commit;h=37f802f864006 which
> is the change that "fixes" the issue. Fixing the make issue appears to
> be more of a side effect than the actual intent of the change. Might
> be work seeing how cleanly that commit cherry-picks onto older
> releases.