Re: GNU M4 1.4.15 uses a buggy replacement strstr...

Jeffrey Walton <[email protected]>
Newsgroups gmane.comp.parsers.bison.bugs
Message-ID <CAH8yC8n14+-jFn3jMh9Yj_XDJHTi0hSV4cJtYxfCHvBE5k8+Kw@mail.gmail.com>
On Sat, Jan 9, 2021 at 2:31 PM Paul Eggert <[email protected]> wrote:
>
> On 1/9/21 11:19 AM, Jeffrey Walton wrote:
> >> Bison 'configure' can't fix an m4 with a
> >> buggy strstr, as that's baked into m4. All Bison's 'configure' can do is
> >> tell you that your m4 is buggy, which is what it's doing.
> > It should use the updated strstr that is known good. That's what
> > Gnulib provides.
>
> It sounds like I haven't resolved your confusion, then. As I tried to
> explain, Bison does not use strstr.

Then why the hell are you breaking my build?

And even if Bison 'configure'
> substituted a working strstr for Bison's own use (which would make no
> sense since Bison does not use strstr), this cannot fix any instances of
> the strstr bug in other packages, such as in GNU m4. You need to arrange
> for the Bison build procedure to use a working m4. That is something you
> can easily do on Solaris; I've done it myself.
>
> If you are still puzzled about the situation, please suggest a specific
> fix to Bison.

Stop using strstr if it s not used. WTF are you breaking my build for???

Jeff
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.