Re: Android native build of GCC

[Andrew Haley]

On 13/02/15 22:40, Cyd Haselton wrote:
> Somehow these calls are passed  to libc by the wrapper including the dlopen() 
> call...which fails because it should be passed to libdl on android.
> 
> How the wrapper points to libc I have no idea.  Why the wrapper around dlopen 
> doesn't pick up 0n the linked libdl.so...again, I have no idea.  Someone with 
> better knowledge of fakechroot internals, symbols and linking will have to 
> tackle this.

Ah, I think I might know.  When you call dlsym() you have the option
of passing a handle to the library you want to search.  Usually
dlsym() searches all loaded libraries, but it's possible that
libfakechroot specifies that only libc is searched.

Andrew.

Re: Failure to dlopen libgomp due to static TLS data

[Andrew Haley]

On 02/13/2015 10:23 PM, Rich Felker wrote:
> It seems misguided to try to save 0.5% of a 500ms startup time by
> choosing a hackish TLS model

No.  I don't want a hackish TLS model.  I want the bug fixed so that
the correct dynamic TLS model is fast if there is static TLS space
available, and automagically falls back to slow dynamic TLS if it's
not.  That's how it worked for me last year, and lxo's patch is
supposed to fix it.

Andrew.