From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#33998: 27.0.50; cl-delete does not delete the first list element Date: Tue, 8 Jan 2019 13:45:19 +0000 Message-ID: References: <87muodud4d.fsf@aia00054aia.gr> <39367b1c-ea27-4627-99e3-eb7d0745c60f@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1546955059 15423 195.159.176.226 (8 Jan 2019 13:44:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 8 Jan 2019 13:44:19 +0000 (UTC) Cc: 33998@debbugs.gnu.org, Deus Max To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 08 14:44:15 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggrfx-0003ul-HS for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Jan 2019 14:44:13 +0100 Original-Received: from localhost ([127.0.0.1]:35479 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ggri1-0001Me-6P for geb-bug-gnu-emacs@m.gmane.org; Tue, 08 Jan 2019 08:46:21 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:52488) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ggrhr-0001Lo-PH for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2019 08:46:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ggrhk-0000NB-O4 for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2019 08:46:11 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50073) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ggrhk-0000IG-KK for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2019 08:46:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ggrhi-0002EU-A3 for bug-gnu-emacs@gnu.org; Tue, 08 Jan 2019 08:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 08 Jan 2019 13:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33998 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33998-submit@debbugs.gnu.org id=B33998.15469551388548 (code B ref 33998); Tue, 08 Jan 2019 13:46:02 +0000 Original-Received: (at 33998) by debbugs.gnu.org; 8 Jan 2019 13:45:38 +0000 Original-Received: from localhost ([127.0.0.1]:49354 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggrhK-0002Do-BT for submit@debbugs.gnu.org; Tue, 08 Jan 2019 08:45:38 -0500 Original-Received: from mail-qk1-f176.google.com ([209.85.222.176]:40415) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ggrhJ-0002DY-Nj for 33998@debbugs.gnu.org; Tue, 08 Jan 2019 08:45:37 -0500 Original-Received: by mail-qk1-f176.google.com with SMTP id y16so2302976qki.7 for <33998@debbugs.gnu.org>; Tue, 08 Jan 2019 05:45:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=A+eugamtz2S4WxzqtS8SIMd6zCBDcGmCyA1MqLwwSmA=; b=IGVrMlmP7+hc8m45yTpZBPvYgHJ+9D++ZuX+ODsvYdaNj7/ecPuL6iGpX6eWsVPxvt sk0EcCid4oSJQBwMBwrUuOev6dO9YOTxUjcfkxRQ1nqx70XwpQGD5MwkSfqgYwhUqwkw 8f/99i/kc6c8vApsPKT220+smKQoaehRK+hcq73FU9vKcsQHCe90bvWO4F+qatZ6V+Zk eXlrYkaJSH3ZmXgE9U9TbIAeAofNZGbIvu5ErsQLD5POIGPjt7H91Pu/5BwRDbzGTr5Y 7pbC/zmfau0oN6WSNrzYVw7No2VTq3KKtLg4+2b0f3N9M8wFVYwnw3fmGhuaDI2oL2sF i/kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=A+eugamtz2S4WxzqtS8SIMd6zCBDcGmCyA1MqLwwSmA=; b=YuCHajIcTkLBom6wBjyIrlRuBmSQM54CsZcJt5YAHTM+24ZFLS2YwC/fh1QmGPXRyD 2FmbcmzBzN/gIK4wkKCeVYNQFVkUFwW5WNWDqerio2sOBU85nu03UQq5xUMmuzxeoe06 WavX5HCzO+o+AIBdCpOn0MfxGmLDmaui2GgW+J5YmwpC6000qM5AAW/WejSnT0m8h/wU FZTpvvYqrzNlvF7RB9YHziYILgUayHZBqEQ6pRNdO+aMcBG94R+E2USpQcx6zIu5HCY/ OMJif/C/t60+P7emjJyN4ZR1lxzJy1tt1fHQPrugB4DW478VCov/wgLNvtcrpk2rviH+ n2rw== X-Gm-Message-State: AJcUukdvSqexC7ERWRDg3pNEq4FX+2/08u4smQ2/AervNhM6tCC5yndT udpqrhdnlzAJhzpu2RMbQukp2Ie9SWtUUK9vU6Q= X-Google-Smtp-Source: ALg8bN7JRySoVCL1HeBAyxxnt80e14BWVvcxgPqR6JCOK5CP4W1vu5yvQCBckLZowAxhaCzI01lNmcgs89iuqYLRlis= X-Received: by 2002:ae9:d804:: with SMTP id u4mr1606349qkf.322.1546955130989; Tue, 08 Jan 2019 05:45:30 -0800 (PST) In-Reply-To: <39367b1c-ea27-4627-99e3-eb7d0745c60f@default> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:154255 Archived-At: On Mon, Jan 7, 2019 at 6:14 PM Drew Adams wrote: > > > > > So, cumbersome as it is, you should always use: > > > ^^^^^^^^^^^^^ > > > > (setq seq (cl-delete thing seq)) > > > > > > FWIW, this is not really true. > > > > > > `cl-delete' deletes THING from the > > > _value_ of SEQ. You might or you > > > might not want variable SEQ to have > > > the updated value. > > > > But this is what he wanted, so what's > > the point in making this more confusing > > than it needs to be? > > It's enough to suggest that he might want > to do that, and point to the manual for > explanation. It's the "always" that's > misleading. Actually, as I've subsequently demonstrated the leeway given to cl-delete by the CL spec is such that it is quite a good idea to *always* use the (setq SEQ (cl-delete THING SEQ)) idiom, because you have no control on what cl-delete does with SEQ. You might indeed not want it changed but it may change, and not in ways you can predict. Jo=C3=A3o