This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc 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: dlmopen and core dumps


On 12/14/2012 05:17 PM, Carlos O'Donell wrote:
> On Fri, Dec 14, 2012 at 11:36 AM, Pedro Alves <palves@redhat.com> wrote:
>> (Looking through my crystal ball, I'm going to guess people at some point
>> will want to stuff this new file into a section in libc's binary to it
>> always easily available, which makes me kind of go full circle and think
>> that's all not really much different from just looking for r_debug)
> 
> It is different.
> 
> With r_debug you have an implicit layout that is difficult to change and as
> Roland says it restricts the implementation.

Yet, you can't remove r_debug.  It's ABI.  You're already restricted.

> However, no matter what we do we will eventually run into a situation where
> the static description of the data will need some special transformation where
> having a snippet of python would be useful.

I question that.

> Honestly I like the idea of using python for this. It can run in
> parallel in the python
> VM and is incredibly flexible. glibc can ship with the required python, and get
> easily updated :-)

Here you're ignoring my point (all I had said expect the parenthesis), about
other tools, etc.

> I vote +1 to Roland's idea of using python to describe this data e.g. procedural
> description using target and host independent model + code.

-- 
Pedro Alves


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