This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [RFC][PATCH 22/22] Add Infinity notes implementing td_ta_map_lwp2thr
- From: Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
- To: Gary Benson <gbenson at redhat dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 22 Oct 2015 11:54:46 -0200
- Subject: Re: [RFC][PATCH 22/22] Add Infinity notes implementing td_ta_map_lwp2thr
- Authentication-results: sourceware.org; auth=none
- References: <20151021144250 dot GA18821 at blade dot nx> <5627BEBA dot 5040100 at linaro dot org> <20151021190911 dot GB25328 at blade dot nx> <5627ED06 dot 5040505 at linaro dot org> <20151021212857 dot GA10785 at blade dot nx> <F688AA9A-97E8-4271-817A-C4F4E0201D78 at linaro dot org> <20151022085645 dot GA21239 at blade dot nx> <5628C6E6 dot 7080602 at linaro dot org> <20151022131111 dot GA8616 at blade dot nx> <5628E51D dot 6060804 at linaro dot org> <20151022134021 dot GA10028 at blade dot nx>
On 22-10-2015 11:40, Gary Benson wrote:
> Adhemerval Zanella wrote:
>> I would prefer something related to systemtap way
>
> How do you mean?
>
>> I would prefer something more decoupled of GLIBC, so if we need to
>> get rid off its support if a new strategy/project shows a superior
>> approach it would be easier.
>
> Decoupled how?
Good question, I do not have the answer. My idea is to just to be bounded
to carry any debugging mechanism forever over releases and have the freedom
to rework and remove any of them if it is suitable.
>
>> I would also prefer to no be dependent of external interpreters to
>> implement such compiler/instrumentation (since IMHO there is no
>> strong reason to depend of python or any other interpreter for such
>> project).
>>
>> But also this I also see it is not a strong reason to really oppose
>> it.
>
> Ok. Thank you :)
>
> Cheers,
> Gary
>