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#50733: 28.0.1; project-find-regexp can block Emacs for a long time Date: Fri, 24 Sep 2021 14:40:51 +0300 Message-ID: <5679c01b-51d0-903d-039a-8102f64fdb37@yandex.ru> References: <03aa81b5-6077-c35c-1a5f-ec4d867b59ac@yandex.ru> <63300a34-e487-02d1-c182-2b84438654d7@yandex.ru> <83k0j6trau.fsf@gnu.org> 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="28320"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 Cc: 50733@debbugs.gnu.org, mardani29@yahoo.es To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 24 14:02:38 2021 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 1mTjuW-00074z-Mg for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 14:02:36 +0200 Original-Received: from localhost ([::1]:45400 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTjuV-00006j-3d for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 08:02:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37082) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTjae-0001IU-PE for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 07:42:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45247) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mTjac-0000Jg-SG for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 07:42:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mTjac-0005WT-NN for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 07:42: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: Fri, 24 Sep 2021 11:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50733 X-GNU-PR-Package: emacs Original-Received: via spool by 50733-submit@debbugs.gnu.org id=B50733.163248366321124 (code B ref 50733); Fri, 24 Sep 2021 11:42:02 +0000 Original-Received: (at 50733) by debbugs.gnu.org; 24 Sep 2021 11:41:03 +0000 Original-Received: from localhost ([127.0.0.1]:56789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTjZe-0005Ud-N5 for submit@debbugs.gnu.org; Fri, 24 Sep 2021 07:41:03 -0400 Original-Received: from mail-wr1-f43.google.com ([209.85.221.43]:43612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTjZd-0005Tz-8q for 50733@debbugs.gnu.org; Fri, 24 Sep 2021 07:41:02 -0400 Original-Received: by mail-wr1-f43.google.com with SMTP id w17so26466598wrv.10 for <50733@debbugs.gnu.org>; Fri, 24 Sep 2021 04:41:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=tDYHDv9o6MxnY6JaWu3+Zj5Irb6slADJBOuYq3LlbnA=; b=Wgwp7lHR7ehjAsoYwVChGbMsmVXLUBh1P+1Cacl3T1I6oD/dghbokprlyTRIXWe305 QqaA/kPFgEVKuTb7Lri8SxX3wU1pa1EI6ggxqEXvvPZz5NZlAgHQYcBsE4FmjxdGyjE9 1QgnvXW4FaTU82NQCs7x4fSH0j8LJEEX1wL2yqHTAOxjF5qDJeWx+R3efE6TwiPOzj+z 7qtb2/JRPzUZJfDrz1S4CDnphxIWBGuYCK+g+409O0FwsFbynOW2RZeeyM8zGLsQuBwe OHdxoGSUffsdsjaLovHytLpXxwUWBNS8nifGsMcuJwR8E0Pu7WPvElmZCGNvifpwKuu4 mj4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=tDYHDv9o6MxnY6JaWu3+Zj5Irb6slADJBOuYq3LlbnA=; b=pKvaBfUZ9nKikcCSFfiQTm2jaOZo+pk+gZZfcFO9iGS6e3mIho8fPZY2S8d0c1Qeud GoWnQzKWePO0XHPIOfrr3bOAotFKNPdeT1ey86xJxUwpDIltG/fmxPHcjKiaKlWsXfXa 0CgAEa3IsILVEjKssqbPC8puKA1Icowu6YMQ32o540icGGgBBdAcHc/AIrgm0fElh41b HqluKjUozMqZwXgQ6PuDJXhU88vADjAFkCGLgKSwvmEs25qt7F2tzCCEkTyz+4UDT1Ly RYhAgcOlT4UFej62SqI/Ie1yUDodp4E8vSX/EO2LzG38bph03efXT+JaKx7PdwTJdKiT NNbg== X-Gm-Message-State: AOAM531HOEevpq6+Ev6EHy3IRrxRMv7JuAknAx1jp98L3uSp2i6Z3mh/ HUQIbGJ0h/wjh1tQMyZE8j50DOukXEE= X-Google-Smtp-Source: ABdhPJzXBw7+Tba+iM9QPB9ZOvM2Fa4OH1et/fbjRmaEbweOfC9KUogsr85QiH8sQBes7lsjRNSuSQ== X-Received: by 2002:adf:f08d:: with SMTP id n13mr11015515wro.339.1632483654167; Fri, 24 Sep 2021 04:40:54 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id j23sm8741072wmo.14.2021.09.24.04.40.52 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Sep 2021 04:40:53 -0700 (PDT) In-Reply-To: <83k0j6trau.fsf@gnu.org> 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:215284 Archived-At: On 24.09.2021 09:34, Eli Zaretskii wrote: >> Cc: 50733@debbugs.gnu.org >> From: Dmitry Gutov >> Date: Fri, 24 Sep 2021 01:40:58 +0300 >> >> Perhaps on a platform like macOS we should consider bundling some >> up-to-date search program, be it GNU Grep or Ripgrep. >> >> Eli, have there ever been a similar proposal under discussion? IIRC >> having to install external tools has been an issue on MS Windows as well >> for a long time. We give recommendations, but Grep has never been >> distributed together with Emacs. Any particular reason? >> >> For comparison, VS Code bundles ripgrep. Or at least its macOS releases do. > > Bundling an external program is problematic, but it can be done, of > course, provided that the license is right. The problem is, we don't > provide macOS binaries, and we cannot rely on the fact that the > Windows binaries distribution will have its maintainer forever: we > already had periods of time without such a person. If we just bundled GNU find and GNU grep in both distributions (or, for macOS, tell the distributors to do that), that would improve OOTB behavior for many users. It's not like there's a real chance that the user would prefer some different version of Grep, for example. What is the concern about the presence of the current maintainer? Would we do something different if he leaves? We'd probably need to find another maintainer, no? > We can recommend installing such tools, of course. Maybe we could do better? > Btw, I don't understand why we focus on general-purpose text-searching > tools for these features. Why not focus on packages like ID Utils > instead, they are so much faster. Daniel, could you time the same > search in that large tree when xref-search-program is 'gid'? (You'd > need to run 'mkid' first, to create the ID database, but that is > one-time, and is very fast.) There is no such option in xref-search-program. If you can suggest an appropriate invocation for xref-search-program-alist, I can try and add it. But I thought id-tools are for scanning for identifiers, not for arbitrary regexp searches? > As I told many times, I think this is > the future: program language sensitive tools that use a precomputed > DB. xref-find-references implies some language-awareness. project-find-regexp does not.