porting gnupg to Android, is pth required?
hans at guardianproject.info
Thu Jan 26 23:51:20 CET 2012
On 01/26/2012 03:35 PM, Hans-Christoph Steiner wrote:
> Werner Koch <wk at gnupg.org> writes:
>> On Thu, 19 Jan 2012 15:41, simon at josefsson.org said:
>>> The error messages suggests it is the former, you need to integrate
>>> gnulib in the documented way otherwise there will be many strange
>>> compiler errors. I don't recall any significant discussions involving
>> Well, the included gnulib stuff is pretty old and has been modified.
>> For example to support Windows CE. The only really requirement we had
>> was support for setenv. That pulled in a lot of other stuff.
>> The problem with gnulib is, it defines a complete new build environment
>> which often does not work well with existing code. GnuPG has its own OS
>> abstraction layer and thus the use of gnulib is not easy. gnulib is
>> designed as an extension to Posix to lift it up to a glibc feature
>> level. GnuPG is not designed to build against glibc but towards Posix
>> 2001 and W32. Other related applications (e.g. GPA) build against glib
>> - which is again a different environment.
>> My conclusion is that we can't switch to gnulib nor to glib without
>> breaking a lot of code. Fixing the few problems with the Android libc
>> should be easy compared to the changes required to support W32CE or VMS.
> So unfortunately, the Android gnulib porting effort didn't go very far.
> And it still doesn't build. It seems like this is currently a deal
> breaker for gnupg on Android since there doesn't seem to be interest in
> the gnulib maintainers in fixing it for Android, and gnupg's include
> gnulib is a custom version, so the upstream fixes might not even apply
> to gnupg.
> What is the next step?
Sorry for all the doom and gloom, I actually just got past the original
gnupg gnulib hurdle by installing gnulib from the head of its master.
Let's see what I can nail down, then I'll report back once I have
More information about the Gnupg-devel