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: Thu, 19 Nov 2015 16:03:30 -0800 Organization: UCLA Computer Science Department Message-ID: <564E6352.20701@cs.ucla.edu> References: <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> <564E6081.9010805@cs.ucla.edu> 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 1447977839 25060 80.91.229.3 (20 Nov 2015 00:03:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Nov 2015 00:03:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Philipp Stephani , Eli Zaretskii , Ted Zlatanov , =?UTF-8?Q?Aur=c3=a9lien_Aptel?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 20 01:03:53 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 1ZzZB9-0004SD-Ri for ged-emacs-devel@m.gmane.org; Fri, 20 Nov 2015 01:03:52 +0100 Original-Received: from localhost ([::1]:44607 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzZB9-0003CM-CS for ged-emacs-devel@m.gmane.org; Thu, 19 Nov 2015 19:03:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45042) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzZAx-00039p-0q for emacs-devel@gnu.org; Thu, 19 Nov 2015 19:03:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzZAw-000707-3z for emacs-devel@gnu.org; Thu, 19 Nov 2015 19:03:38 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:42332) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzZAs-0006zc-7U; Thu, 19 Nov 2015 19:03:34 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8EC2D160DFD; Thu, 19 Nov 2015 16:03:33 -0800 (PST) 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 GrdzzbikNFkp; Thu, 19 Nov 2015 16:03:30 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 7BDBA160DFE; Thu, 19 Nov 2015 16:03:30 -0800 (PST) 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 M39C3yJIF1li; Thu, 19 Nov 2015 16:03:30 -0800 (PST) Original-Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 47AFF160DFD; Thu, 19 Nov 2015 16:03:30 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 In-Reply-To: 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:194838 Archived-At: On 11/19/2015 03:57 PM, Philipp Stephani wrote: > Thanks. I saw you changed some other members to ptrdiff_t (the public > size members of emacs_runtime and emacs_env), is that intentional, and > if so, what is the reason? As a general rule, in Emacs source code we prefer signed arithmetic to unsigned, because the latter is so error prone when it comes to comparisons. Also, signed arithmetic allows for better low-level checking, e.g., with -fsanitize=undefined. (There are a few exceptions, e.g., hash values, but they're relatively rare.) So the module interface should encourage the use of signed integer arithmetic when possible. It might also be useful to support modules that, for whatever reason, cannot deal with signed integers and must use unsigned integers. That could be something we add later, if necessary. > Anyway, emacs-module.h now lacks an #include . Thanks, fixed now.