Re: [PATCH 2/3] Consistently use BFD's time

Eli Zaretskii
2020-06-19T12:13:22Z

> Cc: tom@tromey.com, tromey@adacore.com, gdb-patches@sourceware.org
> From: Pedro Alves <palves@redhat.com>
> Date: Fri, 19 Jun 2020 13:02:28 +0100
>
> I had presented two different ways forward back when this was originally
> discussed:
>
> [Handle different "struct stat" between GDB and BFD]
> [users/palves/stat branch]
> https://sourceware.org/legacy-ml/gdb-patches/2020-01/msg00608.html
>
> [use gnulib --avoid=largefile, let ACX_LARGEFILE handle enabling largefile support consistently
> throughout the tree]
> [users/palves/gnulib-largefile branch]
> https://sourceware.org/legacy-ml/gdb-patches/2020-01/msg00637.html
>
> Back then IIRC, I was thinking that the --avoid=largefile solution
> was the best one, but for some reason, the gnulib build fails with that,
> which seemed like a gnulib bug.

So maybe we should report the latter issue to Gnulib folks, because
the --avoid=largefile solution was also proposed to me by Paul Eggert
and Bruno Haible at the time:

https://lists.gnu.org/archive/html/bug-gnulib/2019-12/msg00216.html

> Since you then said back then you didn't really care for a solution
> to this problem, I ended up forgetting about this whole issue and
> many of the details. :-/

I still "don't care", in the sense that if this is only a problem for
the mingw.org's MinGW build of GDB, I can solve it locally, and don't
want to be the reason for the GDB development being at an impasse. I
responded to Tom's message because I interpreted it as meaning that
Tom was working on a problem whose effects are much wider, and because
Tom explicitly asked for my opinion.

IOW, I'm okay with your proposals as well, as long as they work for
the affected systems.

Thanks.