From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Should records be able to mimic primitive types? Date: Mon, 12 Jun 2017 15:07:16 +0000 Message-ID: References: <8777899d-ca8e-212c-b8bf-2f8da4c54836@cs.ucla.edu> <83zidg57xv.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a113cc70c5322390551c4ad80" X-Trace: blaine.gmane.org 1497280057 13446 195.159.176.226 (12 Jun 2017 15:07:37 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 12 Jun 2017 15:07:37 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 12 17:07:34 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dKQwH-0003Fs-Hq for ged-emacs-devel@m.gmane.org; Mon, 12 Jun 2017 17:07:33 +0200 Original-Received: from localhost ([::1]:38594 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dKQwL-0001Gm-1A for ged-emacs-devel@m.gmane.org; Mon, 12 Jun 2017 11:07:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33293) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dKQwE-0001Gg-KR for emacs-devel@gnu.org; Mon, 12 Jun 2017 11:07:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dKQwD-0005Ow-PZ for emacs-devel@gnu.org; Mon, 12 Jun 2017 11:07:30 -0400 Original-Received: from mail-oi0-x22f.google.com ([2607:f8b0:4003:c06::22f]:34723) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dKQwC-0005OJ-43; Mon, 12 Jun 2017 11:07:28 -0400 Original-Received: by mail-oi0-x22f.google.com with SMTP id b6so2614322oia.1; Mon, 12 Jun 2017 08:07:27 -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; bh=k+VjNKkmmbLin/P/Ct5ZjQ75cFaTdXZw9Lk+wt5dXDU=; b=V3T4tkt1C1HmZoWBq4+0+OYU+1iBVvavzCJBFgWk+e0Bemf5P8r9qblPKtPKLnfFuz Z1KU3rVx5ZThLBZNPHxlGQDWkTM4Du4/Oq/nawYH1StlxKWWk+DbxcKER2wmwfY3seZu KB+dBMxzZ0f0NOZQLN98zaC5ue/N8MJmwR7wGl+h8VkewWgBJL5zgfWztZLulL2o7nWi NkYd+o/pJn+idnf3UQJuaI0hVwOQjodUz98nNnFzAVyqgX0zdySmhW4es9DOjfjgg2yd tkAQC0L/j02sK0buv4NU1rPZkp7Xg2BS/mqNyDtee64bk5mhnjV0+mx2CfO5ndsUgpOi e5xQ== 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; bh=k+VjNKkmmbLin/P/Ct5ZjQ75cFaTdXZw9Lk+wt5dXDU=; b=ir4aNl6nzPlrFWK61bNt5T53KNYFl4a36kzjDUYDe1GB3N6EV8+D/zXE3EV8YeiYcf EikAKHarTK15IcK7E/s49MfZYsx8pjOd0GE8ePF7XnLKR5cJeqDi8r1f/SHNPZm8TwJp I3MaZidY8swiRJKehG2FWY+tCHRjwgrdf+ASMr8fM21jLKGdx25+q8ca3Dqp04CBy7oA XRda5TPTLRx+qbfhVLD8HcyVU358VMpbNTg4R3Y0o95VY6ZR5goQG8SGmkY6w0QvC5hI Zv8NdAHDu2+yDDiqXB65cFI06MjjQrkLDM5vB7dXZX1Xn1/exnVKon7irtrk480B06rk bDXw== X-Gm-Message-State: AODbwcAwd9OlmughAD60egtfMx9GJ6Rq0X1HVFlutcLLri/1e6MJLg2c h6RIYV8o6CSKRgimaHrCqaMi2UnnhTYt X-Received: by 10.202.235.12 with SMTP id j12mr11031191oih.2.1497280046897; Mon, 12 Jun 2017 08:07:26 -0700 (PDT) In-Reply-To: <83zidg57xv.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4003:c06::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:215592 Archived-At: --001a113cc70c5322390551c4ad80 Content-Type: text/plain; charset="UTF-8" Eli Zaretskii schrieb am Sa., 10. Juni 2017 um 14:44 Uhr: > > From: Philipp Stephani > > Date: Sat, 10 Jun 2017 11:39:40 +0000 > > Cc: emacs-devel@gnu.org > > > > Stefan Monnier schrieb am Mo., 1. Mai 2017 > um 14:03 Uhr: > > > > we only bother to > > try and detect those that are serious (e.g. could cause a memory > > corruption) or frequent/common. > > > > As said in another thread, I disagree with that principle. > > It's okay to disagree, but these have been the principles underlying > Emacs development since about forever, so please try to be consistent > with them as long as they are followed. I don't think a case for > making Emacs Lisp a more restricted development environment than it is > now will gain many supporters. E.g., even the move to make characters > a special data type separate from integers, something the XEmacs > actually did, was rejected by Emacs. > That's not my intention. What I have in mind is to raise more signals in cases where users use Emacs functions incorrectly instead of employing unspecified behavior. --001a113cc70c5322390551c4ad80 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Sa., 10. Juni 2017 um 14:44=C2=A0Uhr:
> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Sat, 10 Jun 2017 11:39:40 +0000
> Cc: emacs-dev= el@gnu.org
>
> Stefan Monnier <monnier@iro.umontreal.ca> schrieb am Mo., 1. Mai 2017 um= 14:03 Uhr:
>
>=C2=A0 we only bother to
>=C2=A0 try and detect those that are serious (e.g. could cause a memory=
>=C2=A0 corruption) or frequent/common.
>
> As said in another thread, I disagree with that principle.

It's okay to disagree, but these have been the principles underlying Emacs development since about forever, so please try to be consistent
with them as long as they are followed.=C2=A0 I don't think a case for<= br> making Emacs Lisp a more restricted development environment than it is
now will gain many supporters.=C2=A0 E.g., even the move to make characters=
a special data type separate from integers, something the XEmacs
actually did, was rejected by Emacs.

Th= at's not my intention. What I have in mind is to raise more signals in = cases where users use Emacs functions incorrectly instead of employing unsp= ecified behavior.
--001a113cc70c5322390551c4ad80--