This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Android native build of GCC


On 11/02/15 00:41, Cyd Haselton wrote:
> 
>>
>> I'd rather leave it on-list for future reference.  The best thing
>> would be for libfakechroot to be linked against libdl: that way, when
>> dlopen() was called the link would be correctly satisfied.  If that
>> isn't possible (if dlopen() doesn't work or is incompatible) then
>> libfakechroot shouldn't export the symbol for dlopen().
> 
> After experimenting with several builds of the fakechroot library I
> can't see how this would be possible.  Even when libdl is linked in,
> hiding dlopen guarantees that the resulting library doesn't
> intercept dlopen calls, which breaks the fakechroot environment and
> removing the fakechroot dlopen code also ensures that dlopen calls
> aren't intercepted.

I don't get it.  If libdl is linked in, why would you hide dlopen() ?

Andrew.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]