From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Colascione Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Sun, 4 Oct 2015 12:25:09 -0700 Message-ID: <56117D15.1030501@dancol.org> References: <87bnl1vmqf.fsf@lifelogs.com> <87vbj8tow4.fsf@lifelogs.com> <87r3twtagf.fsf@lifelogs.com> <85siebl7ws.fsf@stephe-leake.org> <85a90ilwmm.fsf@stephe-leake.org> <83386a6f7z.fsf@gnu.org> <85h9upjz7v.fsf@stephe-leake.org> <83wq3k3kl4.fsf@gnu.org> <85bnkwil1c.fsf@stephe-leake.org> <83pp9cwky8.fsf@gnu.org> <85a90ggf2d.fsf@stephe-leake.org> <54E0A40F.5080603@dancol.org> <83sie7un20.fsf@gnu.org> <54E0D181.2080802@dancol.org> <83r3trulse.fsf@gnu.org> <54E0D7E0.305@[87.69.4.28]> <83h9unukbg.fsf@gnu.org> <54E0DEF8.7020901@dancol> <83egpruiyp.fsf@gnu.org> <54E0FF93.2000104@dancol.org> <5610ED13.1010406@dancol.org> <56117C0E.2050206@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="EmDxepoKtoO3XMss5X4rd0E0XElsGEi4B" X-Trace: ger.gmane.org 1443986750 30435 80.91.229.3 (4 Oct 2015 19:25:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Oct 2015 19:25:50 +0000 (UTC) Cc: =?UTF-8?Q?Aur=c3=a9lien_Aptel?= , stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Paul Eggert , Philipp Stephani , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 04 21:25:42 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ziouj-0000Av-Jo for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 21:25:41 +0200 Original-Received: from localhost ([::1]:43495 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zioui-0008Fa-PV for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 15:25:40 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37742) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiouN-0008FT-GH for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:25:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZiouM-0002th-JN for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:25:19 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:54229) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZiouM-0002sR-Aa; Sun, 04 Oct 2015 15:25:18 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=dancol.org; s=x; h=Content-Type:In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject; bh=EjMYYtu0VmSP8is+akd5t5yKTAMczIRASNkU90gRpXk=; b=U01dorLcAN+3kjQzZQTSNj4NDbfqRQy/RjFz+2cpzKemsCdsrvTpu6y/D8si7QoeQmYR2squQKXFDcSW8a6sV3JlxidEyLTJOBVw+LWWS8COLHrJJnLOjdOI05u/wU2Jrx+gImLNZCcYWAxtbJp1PQxDIsvVh3nNY3xTbiSzctlfNY5/pxc+hcYHWC+sCbrRlcalBw1pijhrM7ktt/2cQ9LXdzCJTZ4CDhY2oqSZ/xhGjNKlVW1J1oa1Fks6uCyC+bzqP8kz4od49S1ZVXLl8rtzMYgHF4OeGIeLIqjgjlmgxHmfEx+QoxCY6qSpUjVF7v5oAgfS4Wto4QH/ncbUxw==; Original-Received: from [2620:10d:c090:180::b4ee] (helo=[IPv6:2620:10d:c081:1101:2ab2:bdff:fe1c:db58]) by dancol.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84) (envelope-from ) id 1ZiouK-00053h-7n; Sun, 04 Oct 2015 12:25:16 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 In-Reply-To: <56117C0E.2050206@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2600:3c01::f03c:91ff:fedf:adf3 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:190898 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EmDxepoKtoO3XMss5X4rd0E0XElsGEi4B Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/04/2015 12:20 PM, Paul Eggert wrote: > Philipp Stephani wrote: >>> Why make the behavior vary depending on what intmax_t is? At least >>> >int64_t is nice and explicit. >>> > >>> > >> True. The time when Emacs integers will be larger than 64 bits is >> probably >> far in the future. >=20 > No, I've already been toying with integers wider than 64 bits in my own= > private copy of emacs. It's not ready for publication yet, but you > should be assuming that bignums are possible and even desirable, and > foreign-function APIs should not preclude their use. First of all, that's awesome. Anyway, bignums may be larger than 64-bits, but fixnums never will be. Nor will C ever have an integer type wide enough to accommodate all possible numeric types. I'm happy with letting C use int64_t for fixnums and describing larger numbers through strings or GMP bindings or somethin= g. > Also, the C standard does not require support for int64_t. It's OK to > use int64_t in platform-specific code where you know the platform has > int64_t, but otherwise it's better to avoid it. The Emacs source code > largely avoids int64_t now, and there's no good reason to require it he= re. We already require C99. Any compiler modern enough to support C99 also supports synthesizing 64-bit integers from whatever the platform makes available. I am strongly opposed to catering to obsolete systems. --EmDxepoKtoO3XMss5X4rd0E0XElsGEi4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWEX0VAAoJEN4WImmbpWBlPxsQAICmQYJ/uVEoB6mGD1s+nNYe UwsD6FBicbpCUidcllgGjsd2o2Xmton/eO74EjdGYdSok8RkeSTcc34dbms2d3A5 /fKYOc0pKL1KolNeOwH50+5YFP+xFpyDGytbkhG7rzkQ20X7aaG25AXatAgGJMnD LD/q1jmWKkS2AOuc/HouJxZnYY4ZFe/yKSpbGgNTtXqo2K2+cWv9w32WjqsHc0Jt m3e5+z3D8GfvWBoEoqk4RwpPAXgJ2FZS8MQ31vIPvETz1P2sYZRO3+s0x8NhA75s Selk//8nqMJJ8dBj2r/lmkgNro2EWKo9OMzwsgFMZKRImRowdqgV4C9UdAebFITb wHdEG2GWcRCv853lJzC35tLA3fPJS9Ot7cbFiIuPGEdfGSWX6Eu2Ueb7OT9T0y+q T5UlG2H04E33OPmRYeJ538Dk5cygiv1Tuv0pjKsjeBt6WlcASybWcXoQjE797wTY aaNAVUKES6l6TRHTq3FRi2j3S1vAh57KxI7I8/D/2sAEZWPtLQd6wzzSI221bl7b fCCY0ymyeh3Y0JvDSJXCYNT412PQJeEYpwK6OLSUBV9ix8iubRJGfIaLfz6pPJNK nlagX+RN/IpUuJYiDevJq79wFiMXF7KLJvwxFoqWGv/59GZ7jIKnZsRfIB+FMgs0 GkDdwOF++cFi1zegEHnr =JtkD -----END PGP SIGNATURE----- --EmDxepoKtoO3XMss5X4rd0E0XElsGEi4B--