building gpgme for Android dies on install
Hans-Christoph Steiner
hans at guardianproject.info
Fri Aug 17 01:58:44 CEST 2012
On 08/16/2012 02:36 PM, Hans-Christoph Steiner wrote:
>
> On 08/16/2012 03:31 AM, Marcus Brinkmann wrote:
>> On 08/16/2012 03:35 AM, Hans-Christoph Steiner wrote:
>>>
>>> I believe I found the source of the trouble. The various *-config
>>> scripts all return values based on the assumption that everything will
>>> be installed before being used. Since we're cross-compiling, that's not
>>> the case.
>>
>> pkgconfig and its imitations (such as our config scripts) share this
>> problem with libtool.
>>
>>> So now I'm trying to force things by using sed to replace prefix= in the
>>> various *-config scripts, but I haven't find a good time in the process
>>> to do that, and a good pattern to guarantee the results needed...
>>
>> Don't forget the .la files :) That's actually the canonical way to do
>> it, I think (and yes, it's a PITA). For GPGME and friends, you can also
>> just build and install for the cross-compilation build paths, and
>> use the --with-gpg and --with-gpgsm etc. options to specify the
>> hard-coded target file names of the crypto engines. The result is
>> relocatable except for the .la and -config files, which need to be fixed
>> up anyway. (So, if you want to develop on build and target, you
>> absolutely need two copies of those files, no matter what you do).
>
> Ah yes! That was the trick to get everything to build. I set --prefix=
> on all of the libs to what I had been using for $(DESTDIR)$(prefix) and
> the whole build worked. I'll test it now. The only question I have is
> that setting --prefix= in gnupg will alter where gpg-agent puts its
> socket file, no?
And changing prefix= to the whole thing on 'gnupg' means it looks in the
wrong place for dirmngr and friends. Looks like I'll need a sed hack
after all.
.hc
More information about the Gnupg-devel
mailing list