-
Notifications
You must be signed in to change notification settings - Fork 22
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
Use the new module support coming in Emacs 25 #60
Comments
Hi John! I discussed this with Florian a little while ago - don't think he'll mind me posting. Florian: I guess I'll wait a bit and look how it works Me: I agree that unless you can show the pipe overhead is really killing you it doesn't make much sense, and in any case it'll take a while for everyone to upgrade to 25. |
You are right, recompiling Emacs is not necessary. And also that if the overhead isn't killing you (if the module is largely computational, with small inputs and outputs), then piping is perfectly fine. |
Hey John, what an honor to read your words on my tiny hobbyist project (I've actually got a totally different profession). |
You are right, @knupfer, ignoring until a pressing need arises is the wise course. Good luck with your totally different profession! :) |
@jwiegley is there a tutorial for emacs modules? I'd like to make a "hello world" modules that (say) sorts a buffer via haskell. |
This looks like it may be a good starting point, although I have not tried it yet myself: http://diobla.info/blog-archive/modules-tut.html |
Thanks!
Yeah, I saw that a few months ago, but I thought you could load the module
dynamically, without recompiling Emacs (or i've misunderstood the process).
…On Fri, Jan 20, 2017 at 4:02 PM, John Wiegley ***@***.***> wrote:
This looks like it may be a good starting point, although I have not tried
it yet myself: http://diobla.info/blog-archive/modules-tut.html
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#60 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACNoMZbOzmyKCquD8fxJqn6G_DmhOSZIks5rUUsjgaJpZM4Jw6kD>
.
--
*(this message was composed with dictation: charitably interpret typos)Sam
Boosalis*
|
Yeah, I saw that a few months ago, but I thought you could load the module
dynamically, without recompiling Emacs (or i've misunderstood the process).
Ah, then I didn't read carefully enough. Try this instead: http://nullprogram.com/blog/2016/11/05/
|
This is extremely helpful, thanks again!
…On Fri, Jan 20, 2017 at 6:21 PM, John Wiegley ***@***.***> wrote:
> Yeah, I saw that a few months ago, but I thought you could load the
module
> dynamically, without recompiling Emacs (or i've misunderstood the
process).
Ah, then I didn't read carefully enough. Try this instead:
http://nullprogram.com/blog/2016/11/05/
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#60 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACNoMcV6BNwnpgWig71VXZp2o-qw28iSks5rUWvAgaJpZM4Jw6kD>
.
--
*(this message was composed with dictation: charitably interpret typos)Sam
Boosalis*
|
This is a great project! I wonder if you could achieve even better integration by using the new support for dynamically loaded C modules coming in Emacs 25.1. It would require a little more boilerplate to get a Haskell library "ready" for inclusion into Emacs, but it should eliminate some of the marshalling overhead in some cases.
The text was updated successfully, but these errors were encountered: