From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Kangas Newsgroups: gmane.emacs.bugs Subject: bug#26661: compile, shell etc. should use bash-completion ! Date: Thu, 29 Oct 2020 11:15:30 -0700 Message-ID: References: <878tmoxdno.fsf@jidanni.org> <87h7sf6d9m.fsf@gmail.com> <87k0x9by4d.fsf@gmail.com> <878sbp4k6i.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29279"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 26661@debbugs.gnu.org, szermatt@gmx.net, Bhavin Gandhi , =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson To: =?UTF-8?Q?K=C3=A9vin?= Le Gouguec Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 29 19:18:11 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 1kYCV1-0007W4-MI for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Oct 2020 19:18:11 +0100 Original-Received: from localhost ([::1]:55772 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kYCV0-0007Ec-OL for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 29 Oct 2020 14:18:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51828) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kYCSw-0006F4-Sn for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2020 14:16:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43385) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kYCSw-0003J1-Jv for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2020 14:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kYCSw-0003VP-GB for bug-gnu-emacs@gnu.org; Thu, 29 Oct 2020 14:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Oct 2020 18:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26661 X-GNU-PR-Package: emacs Original-Received: via spool by 26661-submit@debbugs.gnu.org id=B26661.160399533813405 (code B ref 26661); Thu, 29 Oct 2020 18:16:02 +0000 Original-Received: (at 26661) by debbugs.gnu.org; 29 Oct 2020 18:15:38 +0000 Original-Received: from localhost ([127.0.0.1]:54927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYCSY-0003U9-4n for submit@debbugs.gnu.org; Thu, 29 Oct 2020 14:15:38 -0400 Original-Received: from mail-lf1-f50.google.com ([209.85.167.50]:33626) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYCSW-0003Tk-G2 for 26661@debbugs.gnu.org; Thu, 29 Oct 2020 14:15:36 -0400 Original-Received: by mail-lf1-f50.google.com with SMTP id l2so4555825lfk.0 for <26661@debbugs.gnu.org>; Thu, 29 Oct 2020 11:15:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=AABjFVVQe8vS0E/Z1CaKeqNth4Kr32wJn5meeC2N5+A=; b=I0oZw3yzP/UEJvnFdCBr23Fy52c4PnHCQLAZfYEqWkd8vbm6sPCOX5zZHarwhiv2nS U0QtFQbP8yWxbzjpG4h21ZH/X6OirqJixplq6rVifta+H/6tMnMArX6oVE81r/q0j0nZ oaE/EBq1+GTgJ7SQf9Y0QVGedA4bIUduWBTWSTj+HLYgVLP6OxmM93FeksuCOFgZQe5Q 5/CVDxKTeW8g4MZKT4fN2hKDBLOfjyA6+L/1pXFCJODfFVWzvGZOgmQycNx7cr4Dbf2k Jhs+wjCblb4X8IMlYMF+aOGpnmH5DWYjYnmqUDiVFgEhzgEcvV1SCETYKm9+Er1iJSV/ HRDw== X-Gm-Message-State: AOAM533+JY0lsf4dHGcHGBl3hCj8w5j9W4AyC03ZCGdMFFNoTjmFKBfW rwtieHrGuIABN3yxRvz25pId+Xe0MnFgh5CvtFw= X-Google-Smtp-Source: ABdhPJxlUBO4mJZETOyGRy8eQkSY67rxBTfgFcQZqq/hq9s2XFD51M0GOBdYdNMCmt7uMqxlVYHCbQ5dDZDpZGCt4E8= X-Received: by 2002:a19:f60c:: with SMTP id x12mr1956066lfe.389.1603995330814; Thu, 29 Oct 2020 11:15:30 -0700 (PDT) Original-Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Thu, 29 Oct 2020 11:15:30 -0700 In-Reply-To: <878sbp4k6i.fsf@gmail.com> 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:191987 Archived-At: K=C3=A9vin Le Gouguec writes: > Stefan Kangas writes: > >>> https://github.com/szermatt/emacs-bash-completion/issues/45#issuecommen= t-706671531 >> >> I found the comment on that page interesting: >> >> I have to say that I personally find bash-completion a bit hackish >> and fragile (by nature) to be something that'd come as part of >> standard Emacs, but that's something for Emacs maintainers to decide. >> >> So perhaps this should better be part of GNU ELPA for users that want >> it as optional behavior. > > I'd be interested in knowing what makes bash-completion inherently more > hackish and fragile than say, python.el's native completion? AFAICT > both essentially use a dedicated buffer to send completion queries to an > inferior process. The comparison should rather be to the existing pcomplete support, I think. I suppose it's hackish and fragile because it can break at any time due to third-party changes outside of our control. But you're likely to get a better answer from the author of the emacs-bash-completion package, who wrote that remark in the first place.