From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Imports / inclusion of s.el into Emacs Date: Tue, 5 May 2020 19:56:10 +0100 Message-ID: References: <0c88192c-3c33-46ed-95cb-b4c6928016e3@default> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="17099"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , Emacs developers , =?UTF-8?B?7KGw7ISx67mI?= , Dmitry Gutov , Eli Zaretskii , Drew Adams To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue May 05 20:57:11 2020 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 1jW2kg-0004IH-Ab for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 20:57:10 +0200 Original-Received: from localhost ([::1]:40860 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jW2kf-0004gR-Ch for ged-emacs-devel@m.gmane-mx.org; Tue, 05 May 2020 14:57:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57464) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jW2jx-0003hz-CP for emacs-devel@gnu.org; Tue, 05 May 2020 14:56:25 -0400 Original-Received: from mail-il1-x132.google.com ([2607:f8b0:4864:20::132]:46876) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jW2jw-0005O9-3G; Tue, 05 May 2020 14:56:25 -0400 Original-Received: by mail-il1-x132.google.com with SMTP id x2so2062258ilp.13; Tue, 05 May 2020 11:56:23 -0700 (PDT) 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=i3aPzMRDYfaLlDFmazbrRx8+u3JoiKeeCslS1W0RG0w=; b=mT3BgiZXezxD4P6c2kwpqEVhtkTQrx1fz652doHceuwMf7AAi7sBVDt0Z4dttPGdBB 05eURiRRuLCpSRokql4eAi08kHXkpKFYoiW3GOEtVzwu3SgvTh7/dN8XEU5l/llB5i/Z HqahPu57K8EJ9RgqdAzFGn0POywN7UEn2W5KS+YgnXANPI0J+zLR9qSMGInFQoRSi5B+ hUBGBgeb9awWBnEmIYyDGCYarru4/8HK7lxoyliUJJPH72lFTehpb1LY/+QlcL/vGDg+ jGSO5gJlvN5av8u8oYntKaVkuJUXpHKX5eFBjBPwNvzHFbFz3tGAzAmTci2+Am6b/2u3 NGyw== 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=i3aPzMRDYfaLlDFmazbrRx8+u3JoiKeeCslS1W0RG0w=; b=WY7UWkeYF7TrtBa4R0kaNU6Y7NFL82eYo2O5czdmgDJ9Ab0Eq/BcGsWGzoPH9g1rBm xJKvwd7BnQp9Z2vYV2Ib+gcgO36C2TrmFRz6xut5ZRq9ODUQbvsiFWHQuC0Yllmk0rzx VKiaPqKvi7dCeMZIMd11T0ES70WyMUZCnWIbnWdqmKvmTc7sCp0ND+4GG4/Q6EXKXhhD XAqM3aTccXktEtQSnUZeRyk618oenp0oVCUEng4cONqxc1LIPp7HrIRF874YMa9Rg+K1 cszvGsgTRt4Dz8mGBVQkNj44TLnzhKV/te+rZVqIDMdlE9iO6NDaPHe+PVWZE2Uf9mEK BZeA== X-Gm-Message-State: AGi0PuZ4v5fGNO8mGqWz/0JmbrdKBfAFws72p14Bsk6PWF2Mh7HYgN3N diba6n+yI5UQZ4h43M4vpf8wU8QoDaX/qYhVQag= X-Google-Smtp-Source: APiQypLWdZwTQjFfp1bkBzyj/rdrwHZDlc58zcFu4t3/7KYoVW4I2HJeJ2UtES7KmWJOpp99s1zzWhqZjVorl35jAYM= X-Received: by 2002:a92:9e11:: with SMTP id q17mr5297342ili.137.1588704982380; Tue, 05 May 2020 11:56:22 -0700 (PDT) In-Reply-To: Received-SPF: pass client-ip=2607:f8b0:4864:20::132; envelope-from=joaotavora@gmail.com; helo=mail-il1-x132.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_EXCESS_BASE64=0.979, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.devel:249021 Archived-At: On Tue, May 5, 2020 at 7:39 PM Stefan Monnier wr= ote: > And all this discussion is about some of us thinking that we *should* > take it quarter-seriously for the some of the core as well. Heh, a quarter-serious dose of consistency for a fuzzily defined "core" Sure that's worth it? Wouldn't you rather work on namespaces? The two issues intersect! > There can be good reasons to have exceptions, exemptions, etc... but > they should be understood as that. From this point of view, I think > it's hard to justify an exception for `multibyte-string-p` Other than: it's there already: it's ingrained in code and programmers minds. (And also reads better: tho I would be equally opposed to renaming it to multibyte if there were a multibyte.el) > OCD would be to force the use of such namespacing *everywhere* and we're > pretty far from that. OK, I trust you (as usual ;-) ) to consider that this aliasing thing has some negative side-effects such as noise in people's completion lists (again, not to mention minds). I suppose there will be a double entry in the corresponding info node, right? Otherwise I could use my "boost from the manual" hack to fix some of that. Jo=C3=A3o "who instantly regrets mentioning the manual cause I just say unibyte-string there, too"