[Gpg4win-devel] gpgme in gpg4win?
Nikolay Sklabinsky
sklabinsky at gmail.com
Thu Nov 12 20:34:43 CET 2009
I would really like to avoid compilation using MinGW32. I started from it
trying to compile gpgme sources and failed completely. In addition, what
would I gain from compiling it? As I understand both libgpgme and
libgpg-error already exist as part of gpg4win, compiled and installed. My
plan was to install gpg4win, then use gpgme (libgpgme-11.dll now), either
from c# or, if it proves to be too tricky, through a c++ intermediate
library. All I need (as I imagined it) is the header file. Does this make
sense?
-----Original Message-----
As Drew said, libgpgme-11.dll is the one. The 11 is the soname, it allows
to
install several ABI-incompatible versions side by side. This has not been
needed for a long time now, but you never know...
libgpgme-11.dll is for a pure Windows API, libgpgme-glib-11.dll is for a
glib-based API (the difference is in how file descriptors are utilized).
The
latter also requires glib (and dependencies, if any).
You also need libgpg-error-X.dll
The header file and import library is not part of gpg4win, as gpg4win is not
a
development package. We do not have any plans to make it a development
package, as we don't need it for that, and doing so (and maintaining and
supporting it) is quite a bit of work. Also, we do *all* of our development
on GNU/Linux using MingW32 so we don't really have any need for
Windows-based
development packages as
The best way for you to proceed is to grab the gpg4win sources and build
them
on a GNU/Linux based distribution. You do *not* need to build everything.
If
you put only the libgpg-error and gpgme sources into the packages/ directory
(rather than downloading everything), you should be able to build just those
two. You throw away the resulting NSIS installer and just use everything
under src/playground/install, ready for your use.
Alternatively, you can just build libgpg-error and gpgme using the normal
configure --host mingw32-msvc; make round trip, but this requires some extra
tender love to work, and gpg4win already has all the dirty tricks in it.
So,
if in trouble, consult its makefiles (ok, that's a bit of work, but you are
in
a messy business here anyway).
Thanks,
Marcus
More information about the Gpg4win-devel
mailing list