Date: Thu, 30 Mar 2017 10:53:49 +0300 From: Konstantin Belousov <kostikbel@gmail.com> To: Pedro Giffuni <pfg@FreeBSD.org> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r316213 - in head: include lib/libc/include lib/libc/stdlib lib/libc/string lib/libc/tests/stdlib lib/libc/tests/string sys/sys Message-ID: <20170330075349.GA43712@kib.kiev.ua> In-Reply-To: <75f47d21-1ab8-ce42-c9b7-902f4da74f02@FreeBSD.org> References: <201703300457.v2U4vQJw072106@repo.freebsd.org> <20170330050012.GW43712@kib.kiev.ua> <82479073-92cf-380c-5f4c-c33aa31bb1b3@FreeBSD.org> <20170330063422.GY43712@kib.kiev.ua> <75f47d21-1ab8-ce42-c9b7-902f4da74f02@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Mar 30, 2017 at 02:10:55AM -0500, Pedro Giffuni wrote: > The thing about the Annex K is that it is not used by anything AFAICT, > so I guess it would be considered bloat but with Microsoft being such > a good open-source citizen lately perhaps it will find uses in the > near future. If you have a complete implementation and it is as clean > as this piece looks I think I would not object towards bringing it to > base in lib/. Eventually I guess people may ask to bring it into libc > as compliance to standards is never bad. Apparently it is used by some commercial code, as Apple and Juniper examples demonstrate. It is not my implementation, I worked as somewhat experienced commit monkey there, only bringing the proposed patch up to the libc expectations. I have no plans on working on this stuff at all.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170330075349.GA43712>