From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Alfred M. Szmidt" Newsgroups: gmane.emacs.devel Subject: Re: [External] : Re: Shrinking the C core Date: Sun, 17 Sep 2023 00:55:51 -0400 Message-ID: References: <87il8betof.fsf@dataswamp.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30714"; mail-complaints-to="usenet@ciao.gmane.io" Cc: incal@dataswamp.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Sep 17 06:56:37 2023 Return-path: Envelope-to: ged-emacs-devel@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 1qhjpl-0007o6-7A for ged-emacs-devel@m.gmane-mx.org; Sun, 17 Sep 2023 06:56:37 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qhjp6-0005kB-07; Sun, 17 Sep 2023 00:55:56 -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 1qhjp4-0005jq-U4 for emacs-devel@gnu.org; Sun, 17 Sep 2023 00:55:55 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qhjp3-0003cC-Kg; Sun, 17 Sep 2023 00:55:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=daEDD9OYXoyOXSUjaJtP498a8huMUXFx0rrxbdDglHE=; b=MSy4+oZmNifO OIrxOyb0dvv77ceoWnmMLkRVtdaSIY6+wv/X0qM7sJL/R2YvNOu4rrU0MGjpZWS892b/0PKhoBQ+v AgMsaM76+glx8RN+oIZ2jBc2cPuQRb/6cfvCsdoSsDLAcDCAe7me5iPWXoIirZnaduQck5UmY/5nc HmM3jdZ/PLBeYUBFURzQFiGMX9JdYATNwrx2kUEJODD8ky4KIXRYSju09ybysf7zlNjZSWzMP8AIp Z4XblMRbD7EdexUNa30hiV2S0b0bbfXvXToFaIxjozib7BrbSHOjd3lvdbMiBJ0bgzFV9zpbU2Zwd s5bl816UvsZzLfcmk6WbGg==; Original-Received: from ams by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1qhjp1-0007rt-B7; Sun, 17 Sep 2023 00:55:51 -0400 In-Reply-To: (message from Richard Stallman on Sat, 16 Sep 2023 20:46:24 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:310650 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > We have them in Elisp as well, `cl-remove-if' and > `cl-remove-if-not', both in cl-seq.el. A partial emulation of some Common Lisp functions is present in the cl-lib library, for emulation purposes. It is not supposed to be used a lot. And if there are functions or features that make sense from Common Lisp, they can always be added piecemeal. There is no need to make Emacs Lisp complicated for the sake of compatibility with Common Lisp. Someone mentioned &optional, and with default values -- that would be a nice addition to Emacs Lisp.