From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Sun, 4 Oct 2015 12:55:13 -0700 Organization: UCLA Computer Science Department Message-ID: <56118421.4030706@cs.ucla.edu> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1443988536 27734 80.91.229.3 (4 Oct 2015 19:55:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Oct 2015 19:55:36 +0000 (UTC) Cc: =?UTF-8?Q?Aur=c3=a9lien_Aptel?= , stephen_leake@stephe-leake.org, emacs-devel@gnu.org To: Daniel Colascione , Philipp Stephani , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 04 21:55:27 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 1ZipNW-0005r6-CP for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 21:55:26 +0200 Original-Received: from localhost ([::1]:43546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipNV-0006ck-5B for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 15:55:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44149) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipNQ-0006cV-Ot for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:55:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZipNP-0004Va-Tu for emacs-devel@gnu.org; Sun, 04 Oct 2015 15:55:20 -0400 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:55646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZipNM-0004Su-2N; Sun, 04 Oct 2015 15:55:16 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id D748A1601E6; Sun, 4 Oct 2015 12:55:14 -0700 (PDT) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id SEpBdxJaFpSU; Sun, 4 Oct 2015 12:55:14 -0700 (PDT) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2EE3E160E83; Sun, 4 Oct 2015 12:55:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oNRTUc9AjQFS; Sun, 4 Oct 2015 12:55:14 -0700 (PDT) Original-Received: from [192.168.1.9] (pool-100-32-155-148.lsanca.fios.verizon.net [100.32.155.148]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 054451601E6; Sun, 4 Oct 2015 12:55:14 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 In-Reply-To: <56117D15.1030501@dancol.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 131.179.128.68 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:190903 Archived-At: Daniel Colascione wrote: > Any compiler modern enough to support C99 also > supports synthesizing 64-bit integers from whatever the platform makes > available. No, all that C99 requires is support for integers *at least* 64 bits. C99 does not require support for int64_t, i.e., integers that are *exactly* 64 bits. 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 on 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?