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#52734: 28.0.90; [PATCH] xref-backend-definitions in etags.el duplicates list Date: Fri, 24 Dec 2021 02:25:47 +0200 Message-ID: <1d482bb8-41fc-5446-b655-cd41fb23e8a5@yandex.ru> References: 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="3294"; 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 To: David Fussner , 52734@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Dec 24 01:28:11 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 1n0YRP-0000ib-7n for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Dec 2021 01:28:11 +0100 Original-Received: from localhost ([::1]:47038 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n0YRO-0005ms-1E for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 23 Dec 2021 19:28:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50282) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n0YRG-0005kq-Ga for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2021 19:28:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51956) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n0YRG-0002co-6b for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2021 19:28:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n0YRF-0007kW-Tl for bug-gnu-emacs@gnu.org; Thu, 23 Dec 2021 19:28:01 -0500 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 Dec 2021 00:28:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52734 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 52734-submit@debbugs.gnu.org id=B52734.164030562529720 (code B ref 52734); Fri, 24 Dec 2021 00:28:01 +0000 Original-Received: (at 52734) by debbugs.gnu.org; 24 Dec 2021 00:27:05 +0000 Original-Received: from localhost ([127.0.0.1]:35269 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0YQL-0007jI-7Y for submit@debbugs.gnu.org; Thu, 23 Dec 2021 19:27:05 -0500 Original-Received: from mail-wr1-f50.google.com ([209.85.221.50]:45704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n0YQK-0007im-9l for 52734@debbugs.gnu.org; Thu, 23 Dec 2021 19:27:04 -0500 Original-Received: by mail-wr1-f50.google.com with SMTP id v7so14369409wrv.12 for <52734@debbugs.gnu.org>; Thu, 23 Dec 2021 16:27:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CVsB0kEGSjnvQpIrosbMZjZAkyFqC/LUvEuUjUQMXEI=; b=SVlBbwuhoBNFvP+Nq3Iu4jty8cl8KEfolZzhwMz78LarEmNzY0GcWFCExY7eTPmV3f 44t+0oaIbUKy+mrnnab6byXZSPK9usC1XiZ7i3EnYw+rxbwAeM6r8wZzJtvV2UTK3dEb dIYBYpWsoKcKHmiGs/Iog5YVBZYTAy9uDsh4suj210IoWPk9h03iDx/X8fY6ZxA3qppt A1cyCSgf3EIiaOjctu8I6Jb8a0am8ECzQQ6ZK7CZAFfc13LtFdCx4MCfIEutG6UeD6zt F3FGItCCnHqYo7/nbRVkObwvC7t4tnTEy7bV1rxICCSYzeG6lZ+4oYOd36bnXoLeNjrh 0mAA== 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:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=CVsB0kEGSjnvQpIrosbMZjZAkyFqC/LUvEuUjUQMXEI=; b=w08ci3Pld4xJRyWcjtOCl2ybnzJv1+YbEeIASLshvrl2EUAxc3qCdaeWICzncpsiLz ldHCDTaYf1ubEwUPAU1NY2hgI/aI6o/ERno5GBh0cSNISJOGOujHtIDrnJpHFccb10wq 1c9028Sm7/eQlKfdnw6MNhleDIwyWVxzoalSyBhA0Q4KciM9/kcFF3Otcu8Ml4mXXIZY YAXXRDWuHVUe8Kf+7zH+QoGDKsk7OmLzPBdgkKhk27wTX91elLGm/HQ/9Qs+J48kWUO/ 4eftTDzhdMBcXCj7eRhwaM67hQKGCyKmt7+oxgEhSjPQthldAV17NRwgWxGbwXlMjHs2 AJ/A== X-Gm-Message-State: AOAM533kVn0tbLUC78l3qOqalmwCXnFnUa4DKhGmyfcPPqIfeoiJisJ1 x5Nqtrw6LWhaEwLz2lpqnSEGN1038ZA= X-Google-Smtp-Source: ABdhPJwxxi8gTftZaJffoHdwCSTMArp7XyQaHAWDX93gyuRDUU/vmBjTf5mYfCrDPnKZrHx7+GDnqA== X-Received: by 2002:a5d:4e46:: with SMTP id r6mr3097761wrt.161.1640305618335; Thu, 23 Dec 2021 16:26:58 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id l4sm7098287wry.85.2021.12.23.16.26.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 23 Dec 2021 16:26:57 -0800 (PST) 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:223009 Archived-At: Hi! On 22.12.2021 18:01, David Fussner via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > The variable is new in 28.1, so I thought the bug might want fixing on > this branch. In my testing, cl-delete appears not to delete ITEMs from > SEQ if such deletion would leave SEQ empty. I can't find this behavior > documented anywhere, but I may be looking in the wrong places. The thing about cl-delete-if is it (like other sequence functions) has the changed sequence in its return value (which the piece of code under discussion leaves unused -- a brain fart on my part). As a destructive function, it also modifies the original structure, but when the variable is still pointing at the first link of the linked list, the behavior is basically unpredictable. Even though it might look right most of the time under usual conditions. See a different patch in the other email.