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
>> >> dlopen the code like above can use dlsym(RTLD_DEFAULT, "dlopen"),
Snapshot gcc-5-20150215 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/5-20150215/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
Hello,
I'm trying to do a live update of a function without killing or
stopping the program. This is a single threaded application which runs
something similar to the below code. Maximum time is spent in the
while(1) loop.
What i want to do is compile with gcc-4.8 with -pg and -mfentry and
then
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
>> >> went back to take another look at the s
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
> >> went back to take another look at the source and found this in
> >> libfakechroot.c
> >>
> >> /bld/fakechrt
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
> >> dlopen the code like above can use dlsym(RTLD_DEFAULT, "dlopen"), but not
> >> RTLD_NEXT (the loader precedes the fakeroot library in the lookup
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*
Just a quick update: RTLD_DEFAULT is
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
>> /
> 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
> /* Lazily load function */
> LOCAL fakechroot_wrapperfn_t fakechro
13.02.2015 16:04, tassos_souris writes:
> Compile with: g++-4.9 -std=c++14 -g -o main main.cpp
> and run with ./main. I get segfault. gdb in bt shows that the segfault
> happens inside unique_ptr destructor. So it is not a memory issue.
> Also since the code runs with less size (i.e size=1000 no p
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 wrapper points to libc I have no
On 14.2.2015 03:10, Alan Modra wrote:
> On both x86_64-linux and powerpc64-linux, a --disable-shared bootstrap
> dies with linker errors when building libcc1.so. You can't build a
> shared library using objects from the static libstdc++ (or any other
> library built without -fpic/-fPIC).
>
> OK,
12 matches
Mail list logo
