From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#41531: 27.0.91; Better handle asynchronous eldoc backends Date: Tue, 7 Jul 2020 17:24:18 +0300 Message-ID: <3211602a-ccc6-aa53-d192-77f27c2060ce@yandex.ru> References: <875zckuet9.fsf@gmail.com> <87sgecssch.fsf@gmail.com> <87tuynsdp6.fsf@gmail.com> <5d768a69-3574-10c5-e80a-8ab77ec60462@yandex.ru> <87h7umop62.fsf@gmail.com> <671983cf-e4f5-f128-541b-ceac793f35e5@yandex.ru> <877dvfiofy.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34442"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 Cc: 41531@debbugs.gnu.org, andreyk.mad@gmail.com To: Stefan Monnier , =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jul 07 16:25:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jsoX0-0008oC-4i for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Jul 2020 16:25:10 +0200 Original-Received: from localhost ([::1]:38144 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jsoWz-00044K-3B for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Jul 2020 10:25:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60966) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jsoWs-00042k-Pr for bug-gnu-emacs@gnu.org; Tue, 07 Jul 2020 10:25:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53092) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jsoWs-0003cT-HH for bug-gnu-emacs@gnu.org; Tue, 07 Jul 2020 10:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jsoWs-0006nP-Cw for bug-gnu-emacs@gnu.org; Tue, 07 Jul 2020 10:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jul 2020 14:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41531 X-GNU-PR-Package: emacs Original-Received: via spool by 41531-submit@debbugs.gnu.org id=B41531.159413186826074 (code B ref 41531); Tue, 07 Jul 2020 14:25:02 +0000 Original-Received: (at 41531) by debbugs.gnu.org; 7 Jul 2020 14:24:28 +0000 Original-Received: from localhost ([127.0.0.1]:36405 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jsoWK-0006mU-F4 for submit@debbugs.gnu.org; Tue, 07 Jul 2020 10:24:28 -0400 Original-Received: from mail-wm1-f46.google.com ([209.85.128.46]:33507) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jsoWI-0006mH-5V for 41531@debbugs.gnu.org; Tue, 07 Jul 2020 10:24:26 -0400 Original-Received: by mail-wm1-f46.google.com with SMTP id a6so1871744wmm.0 for <41531@debbugs.gnu.org>; Tue, 07 Jul 2020 07:24:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=W+F9C82WWkJmCj99W9SOwacXHCQJ1i1XU4B23/L9LqU=; b=mWAxLS8MdRrPShNxw47oE9rzSvOtr/Luz1GmTBfcifIBoIn5bP55Td6nnzeeg5wph3 4nlOrUtBbuBUWTct3OW1yV04n45toHO55C5xslHpQX7bQ62jDTK/p2LTCm9gZ2BDEPTm fChdbmDkjzrjdRSvCzNoTzsRaMXa2pziMimlot8X87jjfKCzDdf8HVthIJWCQI5K6DH5 s52WCybTYiWBQqyltt5VlSRBAYJX8+dSXOq9HpJ9bpoVwwNr051zNr0oGvz+tVshpbxc pMogJk7/5h61wCzcByIX+TQiGcE44FCHTsdKKzv2oC67jHOM5nPh+kzdwjFZF1GnGe3c XP8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=W+F9C82WWkJmCj99W9SOwacXHCQJ1i1XU4B23/L9LqU=; b=sG53S0+iEyy6YUkTcb/jE3iJJnJ9NHxDkFIGPgm1IL3N0wBNWKCZMMLSGmEFxdWrqn r9FdjUxETYSvyjS1eM8hOvU2yqphkXK1rF4Jse5a6foSzwyEjoOwdeN+tpf3xc1hx14e S3E/wxCzXKfJvSxY4tbu3cfa3LrWlUfuC6L3Zp67bu1D/M/HdkR1s34DOy+KADLkOQ+c XDJ4mFOEJRDmMQUDbzPiwgQNii6ButhsAmaTnHotCy5wcVjkOmLGxavJJmDVAW+Ucuqd 6tlYBBM5sPscMMutyqSlxoly+ceZmz3eLxq+sntXAorOhaVatqnEC0aWnIU8HXJsGLda Caog== X-Gm-Message-State: AOAM532fjGsGLw5bKCTK5K6QQlKVAJWCoBgw382r+o1l2t3alKN5I4wS UPfhYEtBrZQhFTgJb3t/bdA= X-Google-Smtp-Source: ABdhPJwrUd0+5TfHRmM6cHQShwWoGdg3Y2oU1yLosEmXMJTIOuEqW7HnPvXYrQ12fvUoWFoFxdYX8w== X-Received: by 2002:a1c:de07:: with SMTP id v7mr4518106wmg.56.1594131860441; Tue, 07 Jul 2020 07:24:20 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id 2sm1162683wmo.44.2020.07.07.07.24.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Jul 2020 07:24:19 -0700 (PDT) In-Reply-To: Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:182787 Archived-At: On 07.07.2020 16:38, Stefan Monnier wrote: > As long as it's done before we cut the `emacs-28` branch, I can't see > any reason why we couldn't change the new (and hence not yet released, > except for the GNU ELPA package) API in a backward-incompatible way > (just like the eldoc-async already does). It's a good point, and if that was all that we'd need to agree on, I'd be fine to proceed. But if we just wanted to get async into Eglot, that's what my simple patch did: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=41531#8, proposed months ago. With minimal backward compatibility issues. The current discussion, and the current eldoc-async branch adds some more design decisions, as well as breaking changes. And those decisions seem to be informed and made necessary by the lack of standard functions for combining async computations that eldoc clients could use. As soon as we get futures/promises/aio into the core, that will cease to be the case. But I fear we wouldn't be able to roll back the related decisions so easily, however.