From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#70524: [PATCH] Fix `map-elt` with `setf` for subplaces Date: Tue, 30 Apr 2024 18:17:19 +0200 Message-ID: <87r0emddv4.fsf@web.de> References: <87a5lji9bg.fsf@web.de> <9a68b4fc-55ee-41fc-aa2c-c69e9498aff0@protonmail.com> <878r10xqnd.fsf@web.de> Reply-To: Michael Heerdegen Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26573"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Stefan Monnier , 70524@debbugs.gnu.org To: okamsn@protonmail.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Apr 30 18:18:05 2024 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 1s1qBB-0006hm-Ct for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 30 Apr 2024 18:18:05 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s1qAv-0001To-2N; Tue, 30 Apr 2024 12:17:49 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s1qAo-0001TV-Hi for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2024 12:17:43 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1s1qAn-0006UK-1z for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2024 12:17:41 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1s1qB7-0005bY-Mg for bug-gnu-emacs@gnu.org; Tue, 30 Apr 2024 12:18:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 30 Apr 2024 16:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70524 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 70524-submit@debbugs.gnu.org id=B70524.171449383521527 (code B ref 70524); Tue, 30 Apr 2024 16:18:01 +0000 Original-Received: (at 70524) by debbugs.gnu.org; 30 Apr 2024 16:17:15 +0000 Original-Received: from localhost ([127.0.0.1]:60191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s1qAN-0005b9-12 for submit@debbugs.gnu.org; Tue, 30 Apr 2024 12:17:15 -0400 Original-Received: from mout.web.de ([212.227.15.3]:39179) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1s1qAK-0005b2-Hi for 70524@debbugs.gnu.org; Tue, 30 Apr 2024 12:17:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=web.de; s=s29768273; t=1714493799; x=1715098599; i=michael_heerdegen@web.de; bh=wBgXNh496PkitxzuLpOhzRbP5Ed6AuU9lUpvrOqVi4Q=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=gFylMvkufFpRHxgM6JxXx7vhvecRP2liMOsqY3jXJlsxN0VqKAx57eE+Ztw7EGOr GArK1EB2lZB1o7jW7Nplg+CJVqOkqZ9iYv7U0UXS5JiZfVhu3P/JextMJmKVlTD/T 3728GKzAcQEkG2iUVYSh2FIXRFMZX6LL++6SIh9d0Sf4yJpe7nNMqrbG4dCfTuxgE xzgHsWF+8UNRNvDUkkzPO7Ebl60aSEr0rChICrF0a7DV9/PgI8pdJxoNo8gfO/ovx I3fc2CWImih1ViFAbtHjRx5hy6KFra3ThEvUtAWMu4ulQBsrOUSJ5wo1DQpMp3FD3 aKCAHu2U4a1Gnks68A== X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6 Original-Received: from drachen.dragon ([84.57.248.23]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MidHP-1sY8hs10dj-00i43X; Tue, 30 Apr 2024 18:16:39 +0200 In-Reply-To: (okamsn@protonmail.com's message of "Mon, 29 Apr 2024 01:08:42 +0000") X-Provags-ID: V03:K1:gtYupkKRp42wQIF8BuO7ccZlAuWyYjqnHVY3WvxndfrTHQPnpf4 Rqnh4SqinBZMlyyFrRTFhfqcNjYCvlU0kWfUwB3F1tMCFez4M7kybrghZ5IKFlQIUwF6H+o FLkuCKSjm3AY3K9PMP9dhEVlOvf2PmZS2RSt73DVG445sFtf/FoqteyQ/jtONW3jGjWdMYW SWwR50nazA6IXC0cgR+Rw== UI-OutboundReport: notjunk:1;M01:P0:qsTz9ZO8xxk=;L0xgfvARZhtIqyoXP9uC9hOln8v sAMXZxeCE+leYGT2C8SDOFiIg0/E6SJzuY+v+BuoByrATTTfYoDjmNAZ/MXU+dmPF12joMgMk U94khKGyEnusYBUy+SetpxPEICPalaHu836avQygZS6kEqtaoJlLC0BsFkZ8FPzvOH+D2ekbb bdcSzEPxxGWY1Om3INYIAaDj1iUaGyLTbGGxHn2dSKPLwef3+2039f6aQbcuVLM68/Nf+73aH PJpC1PMaa2nMf6iiP5B4uCYO1ZurSylj+Lk+mib23s8B0M7SIXuJde759VwblZPbTQOm8/alU Tfgies3idaHhLBiZuhKQbpWeRxGrktrtA6G53X9+ugQqPJZd95enpT83jSPllCzzXiAF++BNB CCrGoDZEBLQ+2/zi4WAQkxIFfrKfEjoWk/RaOe9mqCqlQ5AkEg7ikGt5R//vAOoEescs001Ip 40nSh4TNmSBr/QORv5DOygkRzzXPCghnOylG8N6PW0HhtUKolxXvW/jczmq01aMSVkteZ2rOK EAlwbU3zQlq6wO0pi7ZQC8LnxaeIO9SvELiBDNEOYRUq3JUfqsClbxxmfHWO/Mtk/JukOUmkh n1u8p9I7MOJVHpZeyyRDg/VcbA+FRLTSBslVmFWYg1eq/ZLHYlWwh1xqcm9P5wm5x0P26n0sM EiPNAGhSaJuE7W4Oh8l7ae8fGnJaiO03xE0G3Hxq3fEltW7D3FJG6CDURa8wUKH5gD50aIPTC iSkw3GrWBV8Ed3MMSabULpF1GOzGpWA4n9AliZvzfORtK6FzlA0XPYdBPThwGg1wWmRv5UdZ 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:284216 Archived-At: okamsn@protonmail.com writes: > On efficiency and maybe outside of the sub-place question, I used > `seq-map` because I thought that it would be a good way to make sure > that the generic sequence was only moved through once. For a > hypothetical `seq-replace`, do you think it would be better to use a > combination `seq-concat`, `seq-take`, and `seq-subseq` and to assume > that they are efficient implementations for the generic version? Do you > think that it would be better if there were different implementations > for each combination of the built-in sequence types, like the checks > `cl-replace` has for lists and arrays? Probably yes, that would be the consequence. Haven't thought about whether `seq-replace' is something we want, though. Michael.