On 04/09/2009 11:07, Marc Lehmann wrote:
On Fri, Sep 04, 2009 at 10:37:58AM +0100, Roy Marples<[email protected]> 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 ([email protected]) if you want it
"fixed" in NetBSD
Thanks
Roy
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
