Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: support realgud #5910

Closed
jluttine opened this issue Apr 27, 2016 · 23 comments
Closed

Feature request: support realgud #5910

jluttine opened this issue Apr 27, 2016 · 23 comments
Labels
- Mailling list - Fixed in develop New Layer stale marked as a stale issue/pr (usually by a bot)

Comments

@jluttine
Copy link
Contributor

jluttine commented Apr 27, 2016

Would it be possible/reasonable to add support for realgud?

https://www.emacswiki.org/emacs/DebuggingWithEmacs#toc3

https://github.com/rocky/emacs-dbgr

I guess it's a better debugging front-end for interacting with external debuggers than built-in(?) GUD.

@jluttine
Copy link
Contributor Author

Realgud would probably add support for ipdb (see #5907) among other things.

@bmag
Copy link
Collaborator

bmag commented Apr 27, 2016

I haven't tried realgud, but it sounds really cool 👍

@nixmaniack
Copy link
Contributor

It's really nice, I have had it before Spacemacs, seems I lost it in migration to Spacemacs!

@jluttine
Copy link
Contributor Author

jluttine commented Apr 28, 2016

I'm trying to write a layer for realgud (my first layer ever). I'll write about my progress here so others can help/comment.

I wrote a simple (private) layer which uses realgud package. After activating the layer and restarting spacemacs, I got a loooong list of compiling errors: realgud/realgud#77

Is this something I should be worried about and should it be fixed or is it something normal?

@jluttine
Copy link
Contributor Author

I'm trying to load the library as told in the realgud instructions (M-x load-library realgud), but I get error: Cannot open load file: no such file or directory. So, I suppose the installation didn't work. Now I'm stuck.

@robbyoconnor
Copy link
Contributor

Why not make a pull request ;)

@bmag
Copy link
Collaborator

bmag commented Apr 28, 2016

@jluttine can you upload the layer to github so we can see and comment? As @robbyoconnor suggested, you can make a pull request and mark it as WIP

@jluttine
Copy link
Contributor Author

Thanks for the suggestion. I made a pull request here: #5915

@JohnLunzer
Copy link

I realize the PR is stuck but just expressing my interest in this layer.

@AndreaOrru
Copy link

+1 for this.

@pedrovanzella
Copy link

This would be great too.

@syl20bnr
Copy link
Owner

realgud is now part of the c-c++ layer.

@bkudria
Copy link

bkudria commented May 16, 2017

@syl20bnr Why that layer? realgud has support for many different debuggers: https://github.com/realgud/realgud/wiki/Debuggers-Supported

@robbyoconnor
Copy link
Contributor

yeah this has power beyond just c/c++...

@yubrshen
Copy link

yubrshen commented Sep 6, 2017

If realgud is part of c-c++, but I need to use it with python, how can I start realgud? Without starting C++ mode, in Python mode, realgud is not available? To use, should I start C++ mode first?

@yubrshen
Copy link

yubrshen commented Sep 6, 2017

Even with starting C++ mode, I still could not find realgud (by M-x realgud)

@simpsonw
Copy link

@yubrshen I couldn't find it either. I looked in packages.el for the c-c++ layer. @syl20bnr did realgud go missing at some point or am I just looking in the wrong spot?

@simpsonw
Copy link

@yubrshen I think you may have to check out the develop branch of Spacemacs to get realgud in the c-c++ layer.

@sbseltzer
Copy link

It does seem the develop's c-c++ layer is missing realgud. Though I agree it doesn't really belong there since the point is to support multiple debuggers. Still, c-c++ is a start.

@kgfly
Copy link

kgfly commented Jan 4, 2019

+1, real gud supports much more debugger that default gud.
Please add the support.

Please keep real-gud alive because it is going to support lldb. And LLDB is the default debugger on Mac now. It's tricky (and steps are constantly changing) to make GDB working on Mac.

(Emacs default gud can never support lldb, because the boss of GNU does not allow Emacs officially supports LLDB since he thinks LLDB is a "systematic attack" to Emacs/GNU. If you "emacs lldb" online, you will find more.)

@gustavAR
Copy link

@yubrshen I couldn't find it either. I looked in packages.el for the c-c++ layer. @syl20bnr did realgud go missing at some point or am I just looking in the wrong spot?

+1, real gud supports much more debugger that default gud.
Please add the support.

It does seem the develop's c-c++ layer is missing realgud. Though I agree it doesn't really belong there since the point is to support multiple debuggers. Still, c-c++ is a start.

On the develop branch RealGUD support has been relocated to the debug layer. You will need to add this layer to your .spacemacs in order to be able to use RealGUD in the c-c++ mode.

@jw-cpnet
Copy link

realgud-lldb is in MELPA now.

@github-actions
Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

@github-actions github-actions bot added the stale marked as a stale issue/pr (usually by a bot) label May 14, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
- Mailling list - Fixed in develop New Layer stale marked as a stale issue/pr (usually by a bot)
Projects
Mailing list
  
Pending merge
Development

No branches or pull requests