GNU Cauldron

GNU Cauldron

[Yao Qi]

Does anyone go to Cauldron?  Do we need a GDB BoF?

-- 
Yao (齐尧)

Re: GNU Cauldron

[Pedro Alves]

On 07/20/2016 05:10 PM, Yao Qi wrote:
> Does anyone go to Cauldron?  

Yep, I'm going.

> Do we need a GDB BoF?

Yes, I think it's a good opportunity to put people in the
same room and discuss things.

There's was no GDB BoF listed yet [1], and time was running
out, so I've filed for one.  It's been accepted and is listed now.

Everyone feel free to come over and bring discussion topics.  :-)

I'm also doing a talk on status of some of the ongoing gdb
projects, at least those that I'm more familiar with.
See talks list at [1] for more info. 

[1] - https://gcc.gnu.org/wiki/cauldron2016

Thanks,
Pedro Alves

Re: GNU Cauldron

[Yao Qi]

On Tue, Aug 30, 2016 at 11:06 PM, Pedro Alves <palves@redhat.com> wrote:
> I'm also doing a talk on status of some of the ongoing gdb
> projects, at least those that I'm more familiar with.
> See talks list at [1] for more info.
>

If you don't use up the time, can I have 5-10 minutes to talk about
two or three GDB projects I am working on?

-- 
Yao (齐尧)

Re: GNU Cauldron

[Pedro Alves]

On 09/07/2016 09:15 AM, Yao Qi wrote:
> On Tue, Aug 30, 2016 at 11:06 PM, Pedro Alves <palves@redhat.com> wrote:
>> I'm also doing a talk on status of some of the ongoing gdb
>> projects, at least those that I'm more familiar with.
>> See talks list at [1] for more info.
>>
> 
> If you don't use up the time, can I have 5-10 minutes to talk about
> two or three GDB projects I am working on?

OK, let's try to squeeze it in.  Last time I did a presentation
like this, I ran out of time and had to be told to shut up and
leave  :-P  :-)

The GDB BoF is right after my talk in the same room, so if we
end up overflowing, it doesn't look like it'll be a real
problem.

Please let me know which projects those are.

Thanks,
Pedro Alves

Re: GNU Cauldron

[Yao Qi]

On Wed, Sep 7, 2016 at 11:41 AM, Pedro Alves <palves@redhat.com> wrote:
>
> The GDB BoF is right after my talk in the same room, so if we
> end up overflowing, it doesn't look like it'll be a real
> problem.

Yes.

>
> Please let me know which projects those are.
>

- Change software_single_step interface,
   1. use regcache instead of frame_info,
   2. return a vector of address,
- Support ARM tracepoint and range stepping.

-- 
Yao (齐尧)