optimizing gpg for the gpgme library
Folkert van Heusden
folkert at vanheusden.com
Sat Jul 30 23:23:31 CEST 2005
Hi,
I propose the following:
split-up gpg into a front-end and a shared library. The shared library
then contains all code for handling the keyring-files, doing the
crypto-stuff, etc. while the front-end (just a normal executable)
contains the code for parsing commandlines and calling the shared
library with all the previously mentioned functions. That way, the
gpgme-library can also link against this library so that it only has to
do function-calls instead of invoking the whole gpg-executable when it
wants to do anything pgp-ish.
Folkert van Heusden
--
Auto te koop, zie: http://www.vanheusden.com/daihatsu.php
--------------------------------------------------------------------
Get your PGP/GPG key signed at www.biglumber.com!
--------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 282 bytes
Desc: Digital signature
Url : /pipermail/attachments/20050730/72462d40/attachment.pgp
More information about the Gnupg-users
mailing list