Re: [gpsd-dev] [PATCH] Various fixes to build for android

[Beat Bolli]

On 29.08.14 20:31, Eric S. Raymond wrote:
> Matt <address@hidden>:
>> There still remains issue 3 below: there are many symbols in libgps
>> which are needed by libgpsd, but libgpsd isn't linked against
>> libgps.
>>
>> One consequence: if you want to dlopen() libgpsd for some reason,
>> you need to dlopen() libgps first; whereas if libgpsd were linked
>> against libgps, the runtime linker would load libgps automatically
>> for you when you dlopen()'ed libgpsd.
>>
>> Attached is a program that does this, to show the hoops such a
>> program has to jump through. I'm not claiming the program is
>> inherently useful in any way at all, nor even a good idea :-)
>>
>> Why is it drastic and/or incorrect to simply link libgpsd against libgps?
> 
> I'm twitchy about this because I dimly remember trying it at one point
> and having things break spectacularly on one or more of our target
> platforms. But I don't remember where or why.  Groveling through the
> change comments has not proved enlightening.
> 
> Now that I think about it, though, this problem might have been an artifact
> of reverse linkage.  I guess it  might be time to try this again, carefully.
> 
> Alternatively, if we can identify the subset of library modules in libgps
> that libgpsd uses, perhaps we can simply add them to the list libgpsd
> is built from. 

Or create a libgpscommon against which both libgps and libgpsd link?

Beat
-- 
mail: echo '<address@hidden>' | tr -d '[A-S]'
pgp: 0x506A903A; 49D5 794A EA77 F907 764F  D89E 304B 93CF 506A 903A
gsm: 4.7.7.6.0.7.7.9.7.1.4.e164.arpa
icbm: 47.0452 N, 7.2715 E

"It takes love over gold, and mind over matter" -- Dire Straits

signature.asc
Description: OpenPGP digital signature