Skip to content

Paredit M-s no longer works after upgrade to 13.18 #1183

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

Closed
ozataman opened this issue Feb 24, 2016 · 5 comments
Closed

Paredit M-s no longer works after upgrade to 13.18 #1183

ozataman opened this issue Feb 24, 2016 · 5 comments

Comments

@ozataman
Copy link

Apologies if this is a known issue - a quick search for "paredit" did not reveal any issues.

Just upgraded via the package manager to 13.18 and my paredit in Haskell files started acting strangely. Most notably, I can no longer get rid of parentheses from within them using M-s.

Example:

I want (map go m) to become map go m. I used to be able to put cursor on, say, "go" and hit M-s and the parentheses would disappear.

Now, I get the following error: up-list: Scan error: "Unbalanced parentheses", 9464, 9464

The positions always refer to some large value that feels like it's after the current module. I've tested even with a single line module and had the same issue.

@bergey
Copy link
Contributor

bergey commented Feb 24, 2016

Short term fixes include using sp-splice-sexp (from smartparens) or setting (setq forward-sexp-function nil) in Haskell buffers. The latter may break other things, I'm not sure.

I haven't figured out what haskell-forward-sexp is doing wrong.

@ozataman
Copy link
Author

@bergey Thanks for the tip on smartparens - looks pretty good so far!

@geraldus
Copy link
Contributor

@bergey any chances you will have a time to find real issue and fix it?

@bergey
Copy link
Contributor

bergey commented Feb 27, 2016

@geraldus That seems unlikely, I'm afraid. Not any time soon, certainly.

@gracjan
Copy link
Contributor

gracjan commented Mar 5, 2016

This issue was fixed by #759.

@ozataman: for now either use workaround provided by @bergey or use the git version of haskell-mode.

@gracjan gracjan closed this as completed Mar 5, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants