Suggestions for gpgme on mingw-w64

Werner Koch wk at gnupg.org
Wed Oct 28 16:37:14 CET 2015


On Fri,  4 Sep 2015 16:55, jeroen.ooms at stat.ucla.edu said:

> That would be really great.

I just pushed 

  bb600aa w32: Add new global flag "w32-inst-dir".

  @item "w32-inst-dir"
  On Windows GPGME needs to know its installation directory to find its
  spawn helper.  This is in general no problem because a DLL has this
  information.  Some applications however link statically to GPGME and
  thus GPGME can only figure out the installation directory of this
  application which may be wrong in certain cases.  By supplying an
  installation directory as value to this flag, GPGME will assume that
  that directory is the installation directory.  This flag has no effect
  on non-Windows platforms.

  
> Yes, that makes sense. The full table on what
> CSIDL_PROGRAM_FILES{,X86,X64} refer to for 32/64bit processes on
> windows 32 and 64 is here:

  a82e9b1 w32: Improve locating gpgconf on 64 bit systems.

and also

  bb2d11c w32: Add extra diagnostic about possible missing 
          gpgme-w32spawn.exe

I have not tested any of these changes, I would appreciate if you could
give it a try.  Please let me know if you need a tarball.


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.




More information about the Gnupg-devel mailing list