-
Notifications
You must be signed in to change notification settings - Fork 186
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
Investigate the cache with emacs integration #60
Comments
This is still broken, needs to be fixed! |
I know this is old, but perhaps it's related to this issue |
I think this is the issue described in the (now-closed) #308. I think that editing this line to include It's a pretty trivial change, but I'd be happy to more thoroughly test it and submit a PR if this approach is welcome. |
Sure happy for a PR if you think that solves the issue |
This should fix r-lib#60. As discussed in the links from that issue, by default ESS turns on caching, which causes lintr to try to create a subdirectory inside of ~/.R. However, if ~/.R doesn't exist in the first place, dir.create will fail and lintr will not work in emacs. By adding the recursive = TRUE argument to dir.create, this will now create all parent directories as necessary to create the desired cache.
This should fix #60. As discussed in the links from that issue, by default ESS turns on caching, which causes lintr to try to create a subdirectory inside of ~/.R. However, if ~/.R doesn't exist in the first place, dir.create will fail and lintr will not work in emacs. By adding the recursive = TRUE argument to dir.create, this will now create all parent directories as necessary to create the desired cache.
I was getting some errors until I turned off caching.
The text was updated successfully, but these errors were encountered: