[PATCH] Fix compile on NetBSD-current for popcount
roy at marples.name
Fri Sep 4 12:14:14 CEST 2009
On 04/09/2009 11:07, Marc Lehmann wrote:
> On Fri, Sep 04, 2009 at 10:37:58AM +0100, Roy Marples<roy at marples.name> wrote:
>> Not at all unlike the glibc function getline(3) which was accepted by
>> POSIX as is and didn't cause any undue grief to applications which
>> already had a getline function? ;)
> comparing a netbsd pseudostandard and posix is indeed a weird comparison
> (you vastly overestimate the importance of netbsd vs. an extremely widely
> implemented industry standard), but you missed the crucial difference:
> getline is NOT visible in the standard header file until it is requested
> to show up.
It is visible by default the latest glibc I think.
> popcount is neither standardised, nor will it likely be standardised -
> getline was going to be standardised for many years now.
I'm not going to argue that point.
> and getline did not conflict with programs not asking for extensions
> explicitly, which urxvt does not do on netbsd.
It does now with the latest glibc.
It's also visible by default in NetBSD-current
>> Anyway, as long as it's fixed :)
> so it's fixed and the workaround in urxvt is not needed anymore(?)
No, rxvt needs to be fixed.
You'll have to argue with someone else (joerg at netbsd.org) if you want it
"fixed" in NetBSD
More information about the rxvt-unicode