From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Rocky Bernstein Newsgroups: gmane.emacs.devel Subject: Should wide-int be registered in features? Date: Thu, 5 Apr 2018 18:12:03 -0400 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e08e5ac79c448630569213af7" X-Trace: blaine.gmane.org 1522966238 16250 195.159.176.226 (5 Apr 2018 22:10:38 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 5 Apr 2018 22:10:38 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 06 00:10:34 2018 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 1f4D5U-00047Q-6I for ged-emacs-devel@m.gmane.org; Fri, 06 Apr 2018 00:10:32 +0200 Original-Received: from localhost ([::1]:58362 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4D7Z-0003tb-NL for ged-emacs-devel@m.gmane.org; Thu, 05 Apr 2018 18:12:41 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40417) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f4D70-0003tG-DS for emacs-devel@gnu.org; Thu, 05 Apr 2018 18:12:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f4D6z-0006GE-Gp for emacs-devel@gnu.org; Thu, 05 Apr 2018 18:12:06 -0400 Original-Received: from mail-qt0-x229.google.com ([2607:f8b0:400d:c0d::229]:39201) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f4D6z-0006G0-B2 for emacs-devel@gnu.org; Thu, 05 Apr 2018 18:12:05 -0400 Original-Received: by mail-qt0-x229.google.com with SMTP id v11so28640102qtj.6 for ; Thu, 05 Apr 2018 15:12:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:from:date:message-id:subject:to; bh=da88W9/LXqRLGYJgglFCqnYedjjG9WVxGP2TBZHqgWg=; b=erueo8dfCKiYzZWx783R3XtUBHNQY099RoJjVv/b1VSQfNbDD3YRN+U+tXgDNcO47M 0zJV9dhIKU9RL93U8APR7xMmdBoG0tXXAq8G0oAfCs92sT2rqg/V0OIo156bow/Z0txo EG4qL19znykMITpXDL/YF93LZZjbfrAEpFtfokVbLFUInnYtbdnDv+oLzIIJFrDu1x+K G7J5KZzo+MfLAL/wY0xa/e+7MtkntSRCdL7QocWyngPeO+aywlsVpUOgayPwtryyK7m1 6OKqW00Po8x6xI7B4WYeNxxb+DCwGaO/medHtRU801oNxTI0PP+EnJ5Ou8S9CoenDrLf 5Qdg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=da88W9/LXqRLGYJgglFCqnYedjjG9WVxGP2TBZHqgWg=; b=XSEiDeSPD8kzNvfsyOKaTEXalSwcKK9Jr+90JIy/ynkxZ/jR0NhXF5/Uh+QIoH1gyB z1n0DgDKlKU6jBoi4+TMczyo5pG7kZVMlrk0sJVDRplgTsH+vhPfM/LbHs7J7LyUOF4q kXbvmd6j7wLtuU8eqYWj8TMNptgYmKRo1zkAXHNDHtQQvnc5neTf39Czixe00VqmKSB1 WfodhPwOFfiIy01dU7/nfmeGs0IrZLm7jGJ3SjvCOxH8VmBNs7k/WzPLxmUFKo+MIm4L 9x0yHFktBfHNdn1ymLA5ArOZn6c1Dfea283L+adWJEteRcI/ZK/oHTCSeAhuem77mUnd EdUQ== X-Gm-Message-State: ALQs6tDzuW1UQAY57a1tVhMUfuGveO+h0+6w0leQhFrefTfbHworSFSn DGTSbQ/67K7C2B6eh/t9guliePwvt+UJLbekqH62N2ip X-Google-Smtp-Source: AIpwx4/HsDUVN26z60Y7KfHP/RfSRHYazJFsH5iFag8KiDIyeO1Oji5eFOdSwj3rKgLvgtRJxXmTwDu7kuE9ezY0iuM= X-Received: by 10.200.67.22 with SMTP id z22mr32362644qtm.252.1522966324331; Thu, 05 Apr 2018 15:12:04 -0700 (PDT) Original-Received: by 10.12.246.132 with HTTP; Thu, 5 Apr 2018 15:12:03 -0700 (PDT) X-Google-Sender-Auth: rSfMYLd34f0xv1tCznvOsL_Hkeg X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400d:c0d::229 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:224379 Archived-At: --089e08e5ac79c448630569213af7 Content-Type: text/plain; charset="UTF-8" .. or in system-configuration. And/or shown in emacs-version? Recently I was reading the thread "Floating-point constant folding in Emacs byte compiler", and it looks like, as of now, most (or all) of the issues raised have been resolved in the byte-code optimizer. Although I'm happy that things are fixed now, there a part of me that asks: what might have help detection and prevention of such a problem? I think there should be a simple program to do some sanity checking of bytecode *before* it gets run to warn of potential problems or worse does partial execution work and then crashes. I've mentioned this in the past, but I now realize that I can write such a lint checker in Elisp Lisp as a side package. But there are a couple additional features that might be helpful, both in such a bytecode lint program and independent of that: whether emacs was built with --with-wide-int. My understanding of the floating-point-constant bug is that the behavior is different between optimizaition on builds that differ using this option. Other things like x-toolkit, gtk, multi-tty, are listed in features. Should wide-int be something like this? --089e08e5ac79c448630569213af7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
.. or in system-config= uration. And/or shown in emacs-v= ersion?=C2=A0

Recently I was reading the thread &= quot;Floating-point constant folding in Emacs byte compiler", and it l= ooks like, as of now, most (or all) of the issues raised have been resolved= in the byte-code optimizer.

Although I'm happy that= things are fixed now, there a part of me that asks: what might have help d= etection and prevention of such a problem?=C2=A0

= I think there= should be a simple program to do some sanity checking of bytecode befor= e it gets run to warn of potential problems or worse does partial execu= tion work and then crashes.=C2=A0

I've mentioned this in t= he past, but I now realize that I can write such a lint checker in Elisp Li= sp as a side package.

But there are = a couple additional features that might be helpful, both in such a bytecode= lint program and independent of that: whether emacs was built with<= span style=3D"color:rgb(51,51,51)">=C2= =A0--with-wide-int.

My understanding of the floati= ng-point-constant bug is that the behavior is different between optimizaiti= on on builds that differ using this option.=C2=A0

Other = things like x-toolkit, gtk, multi-tty, are listed in features. Should wide-int be something lik= e this?=C2=A0
--089e08e5ac79c448630569213af7--