On Sun, Dec 14, 2014 at 7:06 AM, Emil Velikov <emil.l.veli...@gmail.com> wrote: > On 11/12/14 21:51, Carl Worth wrote: >> From: Kristian Høgsberg <k...@bitplanet.net> >> >> The upcoming shader cache uses the SHA-1 algorithm for cryptographic >> naming. These new mesa_sha1 functions are implemented with the nettle >> library. >> --- >> >> This patch is another in support of my upcoming shader-cache work. Thanks to >> Kritian for coding this piece. >> >> As currently written, this patch introduces a new dependency of Mesa on the >> Nettle library to implement SHA-1. I'm open to recommendations if people >> would prefer some other option. >> >> For example, the xserver can be configured to get a SHA-1 implementation from >> libmd, libc, CommonCrypto, CryptoAPI, libnettle, libgcrypt, libsha1, or >> openssl. >> >> I don't know if it's important to offer as many options as that, which is why >> I'm asking for opinions here. >> > Hi Carl, > > Can we try to avoid adding new dependencies to mesa unless absolutely > needed. Neither of the proprietary drivers does so presently, so it will > be nice to keep the trend. > > While currently the steam runtime does not include libnettle I can > envision one day that they will/might. Even with steam aside I think > that this might cause issues with gnome & others' sandboxing. > > Long story short - can we import a sha1 implementation from another > project ? It will save us the "libstdc++ style steam runtime" issues, > plus it will ease the question of what to do under Windows :)
It's working okay for the xserver, isn't it? _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev