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:57:28 -0700 Message-ID: <561184A8.8060609@dancol.org> References: <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> <56117D15.1030501@dancol.org> <56118421.4030706@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="bT8ufGTeDIuPLThFX2b5MlfUvjUpWOwSt" X-Trace: ger.gmane.org 1443988690 30267 80.91.229.3 (4 Oct 2015 19:58:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Oct 2015 19:58:10 +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:58:04 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 1ZipQ2-0008W9-2J for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 21:58:02 +0200 Original-Received: from localhost ([::1]:43554 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipQ1-0008UC-C8 for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 15:58:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44675) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipPd-000827-G7 for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:57:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZipPc-0005KG-Gh for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:57:37 -0400 Original-Received: from dancol.org ([2600:3c01::f03c:91ff:fedf:adf3]:54407) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipPc-0005KA-7C; Sun, 04 Oct 2015 15:57:36 -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=rnZgOYbsRK6yvIICttfZ14BsEcSeTVqnhmm4Jfq8OL4=; b=BQooiaiO+6FGFpPe22uIsH35HFQ+9D3XYfto3sPIkv+/ae5xpBXhezdEI3AWF0NVlSqV2UXw9KNPNRb9dCtT30VJV0/sNF5AhMjeSxL20RqKMS3sdj6rpz47Pp+grJbM5szHmEgxaic1GeLfe5dDHxrMMl+e6bEe4iF0OmycKSPnBy4Ynv8zLaSwEl5DVURyKEMfL0ovCq9QOxd+XklJkPhoEHkBamPgCmAAQCz4WkHMq2lOQA1Hl/hNsR5AHV7NAlABURXXvqhm7tBpTzo/FN2EL7GnV2yLyOXbZEX2Xyw6p2AvsTdEHamHeKYO/Mtyyl/FeG9yOZu5DhTKt7tHkw==; 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 1ZipPa-0005DP-G3; Sun, 04 Oct 2015 12:57:34 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 In-Reply-To: <56118421.4030706@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:190904 Archived-At: This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bT8ufGTeDIuPLThFX2b5MlfUvjUpWOwSt Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 10/04/2015 12:55 PM, Paul Eggert wrote: > Daniel Colascione wrote: >> Any compiler modern enough to support C99 also >> supports synthesizing 64-bit integers from whatever the platform makes= >> available. >=20 > No, all that C99 requires is support for integers *at least* 64 bits.=20 > C99 does not require support for int64_t, i.e., integers that are > *exactly* 64 bits. >=20 > If we need a type that is at least 64 bits wide, we can use int_fast64_= t > or int_least64_t. These types are required by C99 and will work even o= n > the rare platforms that lack native 64-bit words. But really, I'm > hoping we can avoid the *int*64* stuff. What's the point of putting a > 64-bit limit on an API that is supposed to be long-lived and portable? Can you really imagine a general-purpose machine with 128-bit words? Why would you build such a thing? --bT8ufGTeDIuPLThFX2b5MlfUvjUpWOwSt 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 iQIcBAEBCAAGBQJWEYSoAAoJEN4WImmbpWBlA+AP+waPf5MnItFBrT7q0hbKMMNc R0eX/5HKTUrfUPfa6fA0lC+VISbxjfLVg+llwJa97Hec6slK5TLWmHxStZFKF2Hn ww8ZhNGQG9+fHGwSDv0VIAQlHZKT0HkeQR35wJhDxBitML4qF4nCRPCnor3XeeKP KraNyhrC2zVIlj5u8Tg+qeDzPy/7ZuBIUpwEkIVpQ95+UhbAodj0twD1rkmEGh25 iC5Zrwfv0gEgiqnQw6NCPHDAiw3gHtBDmDhkaHCfmSD0zlbHzQxx7RyZzZ0tTRBN hXoulQs+kSl9zoqtmZPWpPw1b5fonO9RtbF+1am++DYqvJfCxMRl4jnwZ1N/CxVY CQOujgQXGv/R+QHs0vTBguHeghRW7o8Jox/YVaIqDTLzI7eYOyvUYoCB9C0E2vd2 9T+IbrqICrm1yloFtzoDQ8XkYLQL0VZVxyOzkH/0zG/pXLQR3gqwYJAYvRXhUObZ l6vTsgonrFyFipiTy8CyHRNYw+Pq0adJiNqhCufQMQZF/IJN5Cb2e9R1aEW2R42e kI8clkztaGSq+XsgaClUqf/GHjJVyPbaP6bmhYcmHG8tXA8a5WZoMddMWCCkbSkv qfB/vTn5RoeEBzxPaDeN+elNltMWXOSavyhuhEjnbrkOKrzyLmTgg0outhcyWDGU CeiCze3Nj3NUOhbnY4hj =TSzl -----END PGP SIGNATURE----- --bT8ufGTeDIuPLThFX2b5MlfUvjUpWOwSt--