[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Concurrency, again
From: |
raman |
Subject: |
Re: Concurrency, again |
Date: |
Wed, 12 Oct 2016 08:24:42 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
Perhaps a first good step might be to cut over the core elisp modules
to use lexical-binding: t and fix any/all warnings that the compiler
reports. >>> I think it needs more than just a little work. I spoke to Tom on
the
>>> phone last year, and we both agreed it's not a foregone conclusion
>>> that that branch represents the right way of approaching concurrency
>>> for an application like Emacs.
>> We will never know if we don't try it.
>
> I tend to agree that it's probably not The Right Way.
> But I also don't think that The Right Way is anywhere within sight.
> Maybe 20 years from now the situation will have changed sufficiently
> that something else can be considered, but for now The Right Way
> involves something close to a complete rewrite, AFAIK.
>
> IOW, I completely agree with Eli: we should fix the few remaining
> issues with the concurrency branch and merge it into master.
>
>
> tefan
>
>
--
- Re: Emacs Lisp's future, (continued)
- Re: Emacs Lisp's future, John Wiegley, 2016/10/07
- Re: Emacs Lisp's future, Toon Claes, 2016/10/09
- Re: Emacs Lisp's future, Eli Zaretskii, 2016/10/09
- Re: Emacs Lisp's future, John Wiegley, 2016/10/09
- Re: Concurrency, again (was: Emacs Lisp's future), Eli Zaretskii, 2016/10/10
- Re: Concurrency, again, Paul Eggert, 2016/10/10
- Re: Concurrency, again, Stefan Monnier, 2016/10/12
- Re: Concurrency, again,
raman <=
- Re: Concurrency, again, John Wiegley, 2016/10/12
- Re: Concurrency, again, Eli Zaretskii, 2016/10/12
- Re: Concurrency, again, John Wiegley, 2016/10/12
- Re: Concurrency, again, Eli Zaretskii, 2016/10/12
- Re: Concurrency, again, Stefan Monnier, 2016/10/12
- Re: Concurrency, again, Perry E. Metzger, 2016/10/12
- Re: Concurrency, again, Søren Pilgård, 2016/10/12
- Re: Concurrency, again, Perry E. Metzger, 2016/10/12
- Re: Concurrency, again, Stefan Monnier, 2016/10/12
- Re: Concurrency, again, John Wiegley, 2016/10/12