On February 15, 2015 12:57:18 PM CST, Alexander Monakov
wrote:
>
>
>On Sun, 15 Feb 2015, Cyd Haselton wrote:
>
>> On Sun, Feb 15, 2015 at 12:41 PM, Cyd Haselton
>wrote:
>>
>> *snip*
>> >
>> >> So to obtain the pointer to
>> >&
On Sun, Feb 15, 2015 at 1:14 PM, Alexander Monakov wrote:
>
>
> On Sun, 15 Feb 2015, Cyd Haselton wrote:
>
>> On Sun, Feb 15, 2015 at 11:53 AM, Alexander Monakov
>> wrote:
>> >> Given that info...and in spite of my aforementioned limited knowledge I
>>
On Sun, Feb 15, 2015 at 12:41 PM, Cyd Haselton wrote:
*snip*
>
>> So to obtain the pointer to
>> dlopen the code like above can use dlsym(RTLD_DEFAULT, "dlopen"), but not
>> RTLD_NEXT (the loader precedes the fakeroot library in the lookup chain).
>>
*snip*
On Sun, Feb 15, 2015 at 11:53 AM, Alexander Monakov wrote:
>> Given that info...and in spite of my aforementioned limited knowledge I
>> went back to take another look at the source and found this in
>> libfakechroot.c
>>
>> /bld/fakechrt/fakechroot-2.16 $ grep -C 4 dlsym src/libfakechroot.c
>> /
On February 14, 2015 5:08:23 AM CST, Andrew Haley wrote:
>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 wrapp
On February 11, 2015 5:27:51 AM CST, Andrew Haley wrote:
>On 02/11/2015 10:00 AM, Cyd Haselton wrote:
>>
>>
>> On February 11, 2015 2:36:59 AM CST, Andrew Haley
>wrote:
>>> On 11/02/15 00:41, Cyd Haselton wrote:
>>>>
>>>>>
>&
On Wed, Feb 11, 2015 at 5:27 AM, Andrew Haley wrote:
> On 02/11/2015 10:00 AM, Cyd Haselton wrote:
>>
>>
>> On February 11, 2015 2:36:59 AM CST, Andrew Haley wrote:
>>> On 11/02/15 00:41, Cyd Haselton wrote:
>>>>
>>>>>
>>>&g
On February 11, 2015 2:36:59 AM CST, Andrew Haley wrote:
>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,
>wh
/
>
>>> So, anyone probing for dlopen() finds it in libfakechroot.
>>> However, when that dlopen() is called you get a (very confusing)
>>> link error. This is a bug because if the underlying C library does
>>> not have dlopen() then libfakechroot should either not export it or
>>> should forwar
On February 6, 2015 10:23:21 AM CST, Andrew Haley wrote:
>On 02/06/2015 04:11 PM, Cyd Haselton wrote:
>> On Fri, Feb 6, 2015 at 5:34 AM, Andrew Haley wrote:
>>> On 02/06/2015 11:05 AM, Cyd Haselton wrote:
>>>> Technically not a bug, but a limitation of either
On Fri, Feb 6, 2015 at 5:34 AM, Andrew Haley wrote:
> On 02/06/2015 11:05 AM, Cyd Haselton wrote:
>> Technically not a bug, but a limitation of either fakechroot ported to
>> Android, Android's severely stripped libc, or a combination of the two.
>
> I think it's a
On February 6, 2015 4:28:01 AM CST, Andrew Haley wrote:
>On 02/06/2015 10:18 AM, Hans-Peter Nilsson wrote:
>> On Fri, 6 Feb 2015, Andrew Haley wrote:
>>> On 06/02/15 08:00, Hans-Peter Nilsson wrote:
On Thu, 8 Jan 2015, Andrew Haley wrote:
> Android native GCC can't support LTO because o
On Fri, Jan 9, 2015 at 6:37 AM, Andrew Haley wrote:
> On 01/09/2015 12:30 PM, Richard Biener wrote:
>> Does --disable-lto-plugin work?
>
> Over to you, Cyd.
>
> Andrew.
>
An additional important note about --disable-lto,
--disable-libsanitizer appears to be required with that option and
bootstrapp
On Fri, Jan 9, 2015 at 6:37 AM, Andrew Haley wrote:
> On 01/09/2015 12:30 PM, Richard Biener wrote:
>> Does --disable-lto-plugin work?
>
> Over to you, Cyd.
>
> Andrew.
>
Yes, it allows the build to continue successfully. Specifically it
allows the libgcc_s.so to be built.
Brief background: the
Hello,
Question:
Were any changes to the compile/link process...specifically ones
related to dlopen...for libgcc between versions 4.8.x and 4.9.x?
Background:
I was successfully able to bootstrap 4.8.0 from 4.7.0 on an Android
tablet. When I attempt to do the same...or when I attempt to upgrade
w
15 matches
Mail list logo
