Re: lldb equivalent of .gdbinit and future break?
Re: lldb equivalent of .gdbinit and future break?
- Subject: Re: lldb equivalent of .gdbinit and future break?
- From: Jim Ingham <email@hidden>
- Date: Fri, 08 Feb 2013 11:20:45 -0800
Sean,
That is a known bug. Because lldb supports debugging more than one executable at a time (in lldb we call them "targets), the breakpoints need to be set and stored "per target". But that means that we didn't have a natural place to store breakpoints which aren't associated with any target. We have to add an ur-target to hold these breakpoints.
BTW, lldb handles its init files the same way gdb does, ~/.lldbinit gets run BEFORE any files you have specified on the command line get read in (so that you can modify how they are read in if needed) and then if there is a .lldbinit file in the CWD it gets read in after the file provided on the command-line is loaded. That's why breakpoints set in the ~/.lldbinit are set with NO targets available, and currently don't work.
For now you can either make a .lldbinit in the directory from which you run lldb, and put the breakpoints there, or make a file somewhere and use "command source" to add the breakpoints manually.
Jim
On Feb 8, 2013, at 10:43 AM, Sean McBride <email@hidden> wrote:
> Hi all,
>
> With gdb, one can create a ~/.gdbinit file and use 'future break' to setup useful breakpoints that you always want. I know there is ~/.lldbinit, but I can't find an equivalent of 'future break' and using just 'breakpoint set --name' (or 'b') does not seem to work from ~/.lldbinit.
>
> Am I missing something, or is that just how it is? :(
>
> Thanks,
>
> --
> ____________________________________________________________
> Sean McBride, B. Eng email@hidden
> Rogue Research www.rogue-research.com
> Mac Software Developer Montréal, Québec, Canada
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Xcode-users mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden