Björn 'besser82' Esser wrote:
libxcrypt will be fully binary compatible with software linked
against
glibc's libcrypt and does not require any rebuilds. However, the
converse is not true: programs linked against libxcrypt will not work
with glibc's libcrypt. It comes with a set of extended interfaces
pioneered by Openwall Linux, crypt_rn, crypt_ra, crypt_gensalt,
crypt_gensalt_rn, and crypt_gensalt_ra. Also, programs that use
certain legacy APIs supplied by glibc's libcrypt (encrypt, encrypt_r,
setkey, setkey_r, and fcrypt) cannot be compiled against libxcrypt.
I think it would make more sense to add the new APIs to glibc, without
dropping existing APIs or changing the implementation of the remaining
existing APIs.
Kevin Kofler