From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Dynamic loading progress Date: Fri, 20 Nov 2015 20:05:50 +0000 Message-ID: References: <877flswse5.fsf@lifelogs.com> <8737wgw7kf.fsf@lifelogs.com> <87io5bv1it.fsf@lifelogs.com> <87egfzuwca.fsf@lifelogs.com> <876118u6f2.fsf@lifelogs.com> <8737w3qero.fsf@lifelogs.com> <831tbn9g9j.fsf@gnu.org> <878u5upw7o.fsf@lifelogs.com> <83ziya8xph.fsf@gnu.org> <83y4du80xo.fsf@gnu.org> <837fld6lps.fsf@gnu.org> <564F69F1.1030305@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114423387efc750524fe6700 X-Trace: ger.gmane.org 1448049974 16483 80.91.229.3 (20 Nov 2015 20:06:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Nov 2015 20:06:14 +0000 (UTC) Cc: aurelien.aptel+emacs@gmail.com, tzz@lifelogs.com, emacs-devel@gnu.org To: Paul Eggert , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 20 21:06:13 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 1Zzrwf-0001pE-MK for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 21:06:09 +0100 Original-Received: from localhost ([::1]:49650 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zzrwe-0000Wd-K3 for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 15:06:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58434) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zzrwa-0000WX-HV for emacs-devel@gnu.org; Fri, 20 Nov 2015 15:06:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzrwZ-0000LC-JL for emacs-devel@gnu.org; Fri, 20 Nov 2015 15:06:04 -0500 Original-Received: from mail-wm0-x232.google.com ([2a00:1450:400c:c09::232]:33853) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzrwW-0000Ke-Qu; Fri, 20 Nov 2015 15:06:00 -0500 Original-Received: by wmvv187 with SMTP id v187so87169462wmv.1; Fri, 20 Nov 2015 12:06:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-type; bh=CmjVqS6Q43w6TwOUXS9M+y0Ap2tFyVCnm43/9AgwXsg=; b=GIKjQpxyOKgYpGy9i3jZFvf1bfsn9qfQLAQ1vKNR29Q2EQMCT8kRvZqrstoMTQvtan stgRYLdFgAWrF2AFzMtcbnOAtQGtRoACNSATokMjhr98DPDbYTVjKhs5mXX4f1uhnLH1 NtXWvHLTV6ILzhwkxgssYwVRQZF9EMXPy0k06IOMtTGVl2j4aHEONWCQP1EiIaxWnN71 8QUOY11iCjyzIXp10oCB/8BsIDjAdg/gYvj9wJF28c3a3Pwe3SGzjjlfQnDiWem94TLc xXoif7nBSs7n5yeK2SSPp/+WxJZyRz9W8Ms08ogKn2NhxT25cmAXAr5xR7eeHDzKVCgj CuCw== X-Received: by 10.28.134.199 with SMTP id i190mr4282616wmd.33.1448049960219; Fri, 20 Nov 2015 12:06:00 -0800 (PST) In-Reply-To: <564F69F1.1030305@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c09::232 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:194892 Archived-At: --001a114423387efc750524fe6700 Content-Type: text/plain; charset=UTF-8 Paul Eggert schrieb am Fr., 20. Nov. 2015 um 19:44 Uhr: > Eli Zaretskii wrote: > > I thought your design decision was already to use int64 for any > > integer argument, no? > > I later changed that to use intmax_t for any integers that might be > converted to > or from Emacs fixnums. Function argument counts always must fit into > ptrdiff_t, > though, since the arg vector can't be larger than that, so it's OK to > limit them > to ptrdiff_t. > Daniel felt pretty strongly about using int64 for fixnums. Is there any reason to change that? Right now the compile will just fail if Emacs fixnums don't fit into an int64. --001a114423387efc750524fe6700 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Paul E= ggert <eggert@cs.ucla.edu> = schrieb am Fr., 20. Nov. 2015 um 19:44=C2=A0Uhr:
Eli Zaretskii wrote:
> I thought your design decision was already to use int64 for any
> integer argument, no?

I later changed that to use intmax_t for any integers that might be convert= ed to
or from Emacs fixnums.=C2=A0 Function argument counts always must fit into = ptrdiff_t,
though, since the arg vector can't be larger than that, so it's OK = to limit them
to ptrdiff_t.

Daniel felt pretty strong= ly about using int64 for fixnums. Is there any reason to change that? Right= now the compile will just fail if Emacs fixnums don't fit into an int6= 4.=C2=A0
--001a114423387efc750524fe6700--