[GNC-dev] A little hint for xcode usage (scheme)
mohavebaked at gmail.com
Mon Mar 9 14:26:56 EDT 2020
Not sure that I can be of much help here, but I'm able to set breakpoints from within Xcode but also compiled gnucash with Xcode. Did you compile gnucash with Xcode or jhbuild (not sure that it makes a difference).
> On Mar 8, 2020, at 10:23 PM, jean laroche <ripngo at gmail.com> wrote:
> Well, I don't have enough history with Emacs to go back to it after so many years! In the meantime, breakpoints are not working in xcode, and that's quite annoying. I've looked online for possible reasons for that, but so far no results. When it works xcode debugging is quite useful and easy to use, but I'm a bit stuck with this... gonna have to investigate some more :( .
> On 3/8/2020 9:52 PM, Christopher Lam wrote:
>> Emacs + magit + ripgrep does all we need...
>> On Mon, 9 Mar 2020, 11:44 am Mike Alexander, <mike at msalexander.com> wrote:
>>> I used to use XEmacs much like John describes, although I did use the
>>> debugging mode in XEmacs. That was long enough ago that lldb wasn't
>>> around, at least not for what I was working on. Now I use XCode for
>>> debugging and BBEdit for editing. They work together pretty well and
>>> XCode's debugging GUI is quite nice. I remember debugging using address
>>> stops and console switches, so this is a big step up.
>>> On 8 Mar 2020, at 23:27, John Ralls wrote:
>>>> From the command line, lldb bin/gnucash
>>>> br se -n foo
>>>> or you can use the gdb compatibility version, b foo.
>>>> emacs gud mode apparently doesn't support lldb and I've never bothered
>>>> to try anyway. I do sometimes wish for compiling in emacs when I'm
>>>> working through 400 lines of template errors, but so far not enough to
>>>> figure out how to import all of the necessary environment to make it
>>>> work. Immediate productivity always seems more important than taking a
>>>> week to learn a new tool.
>>>> I'm occasionally tempted to consider switching to bbedit or vscode,
>>>> but after 35 years of emacs it would be a lot of learning time that
>>>> could be spent on more useful things.
>>> gnucash-devel mailing list
>>> gnucash-devel at gnucash.org
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
More information about the gnucash-devel