Closed nhoffman closed 8 months ago
I suspect an issue with native compilation, see #120.
straight-rebuild-package
emacs-lisp-native-compile-and-load
on the files in this package.Thanks! Neither straight-rebuild-package
nor rm eln-cache/*/gptel-*
worked (I didn't try the third suggestion), but rm -rf elpa straight eln-cache
followed by a restart and reinstall of all of my packages did fix the problem. Thanks a lot for the quick response and for this package!
but rm -rf elpa straight eln-cache followed by a restart and reinstall
Wow that's a pretty drastic move. Sorry you had to go through that much trouble.
EDIT: manually native compiling the gptel-*.el
files would probably have replaced the ones in the eln cache and fixed the problem. I'm still not sure what causes it.
Really not a big deal - I try hard to maintain my config to make it easy to do a clean reinstall for setting up a new machine or nuking it all and starting again in situations like this! This sort of error does seem like a hazard of native compilation in general, so thanks for the advice - I'll give that a shot if there are issues with this or other packages in the future.
Hi, I just updated gptel using straight to commit 66d2bafad6a6f51d4e4e015db7e66c5eae319a17 and I'm getting the above error. I'm running emacs 28.2 on macos 14.1. Other functions seem to work - or at least I'm able to use the completions feature in a gptel buffer.
Thanks a lot for any suggestions.
Here's the complete traceback: