| |||||||||||||
Here's hoping strlcat gets inHere's hoping strlcat gets inPosted May 6, 2009 17:31 UTC (Wed) by aurel32 (subscriber, #7059)In reply to: Here's hoping strlcat gets in by epa Parent article: Debian switching to EGLIBC
Doing so will break ABI compatibility, so this is unlikely to be done. But those functions are available in libbsd ( http://libbsd.freedesktop.org/ )
(Log in to post comments)
Here's hoping strlcat gets in Posted May 7, 2009 8:03 UTC (Thu) by epa (subscriber, #39769) [Link]
How would adding a function break compatibility? If that were the case, no new function could ever be added to any library without breaking compatibility with the old version.
Here's hoping strlcat gets in Posted May 7, 2009 9:25 UTC (Thu) by nix (subscriber, #2304) [Link]
It breaks compatibility in that adding a function to eglibc means that you
can no longer reliably replace eglibc with glibc. (Whether this is problematic is another matter.)
Here's hoping strlcat gets in Posted May 7, 2009 12:05 UTC (Thu) by epa (subscriber, #39769) [Link]
Obviously, fixing the ARM bug linked in the article also means that you can no longer reliably replace eglibc with glibc, since this would break (or at least break the build) on previously working ARM systems. I think your definition of compatibility is a bit too strict.
|
|||||||||||||