Libgcrypt threads model
Werner Koch
wk at gnupg.org
Mon Jan 13 11:17:10 CET 2014
On Fri, 10 Jan 2014 15:58, dbaryshkov at gmail.com said:
>> Despite all definitions in ath.c gcrypt does not really support
>> either W32 threads or pthreads on systems which do not
>> support weak symbols (are there any of them?). Is it true?
>> Is it intentional?
That is quite possible. I did this code a long time ago and planned to
improve it for non-ELF platforms. However, I never came that.
>> How would ath mutexes behave if libgcrypt is linked into
>> an application with static pthreads? With pth or npth?
>> With w32?
Pth shall not be supported anymore.
nPth: We have to check.
w32: it should just work or you have found a bug.
>> Is it correct that GCRYCTL_SET_THREAD_CBS gcry_control
>> is also deprecated and should not be used in contemporary code?
Right. All platforms hav settled for a standard threads implementation
and that is what we will use. The callbacks are soo ugly.
Salam-Shalom,
Werner
--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.
More information about the Gcrypt-devel
mailing list