[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: pkgsrc m4 patches

From: Thomas Klausner
Subject: Re: pkgsrc m4 patches
Date: Tue, 29 Jun 2021 07:26:43 +0200

On Tue, Jun 29, 2021 at 02:21:47AM +0200, Bruno Haible wrote:
> [CCing bug-gnulib. We work in public; please avoid private email if
>  there is a mailing list.]

Sorry, I'll keep that in mind.

> Thomas Klausner wrote:
> > Hi Bruno!
> > 
> > I just updated m4 in pkgsrc to 1.4.19 and noticed that I could remove
> > almost all patches. Thank you for that!
> > 
> > Then I thought I'd point out the remaining ones to you in the hope we
> > can get rid of those as well.
> > 
> > The first one is ancient, in pkgsrc since at least 2013; it's for the
> > NetBSD vax port. I don't know more than that about it. jklos committed
> > it, so perhaps he has more details.
> > 
> > The other one is more recent and was committed as a "fix for QNX".  js
> > committed it and might know more.
> > [2 patches from 
> > http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/devel/m4/patches/]
> Thanks Thomas for the pointer.
> Regarding NetBSD/vax support, I won't act because
>   1) the patch does not give background information,
>   2) I guess that this platform is in the same category as
> https://www.gnu.org/software/gnulib/manual/html_node/Unsupported-Platforms.html
>      and all CPUs that were designed later than DEC alpha support
>      IEEE 854 well, including NaNs.

After jklos' message, I've removed this patch from pkgsrc.

> Regarding the strerror-override module: There is indeed the possibility
> that strerror-override.c gets compiled even though strerror_override is
> defined as a macro.
> Fixing it like this. A separate macro is used so that config.h files can do
>   #define strerror_override libfoo_strerror_override
> (when cleaning up the namespace of symbols exported by a library libfoo).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]