From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Carsten Mattner Newsgroups: gmane.emacs.devel Subject: Re: nsterm.m warnings Date: Thu, 5 Jan 2012 12:21:43 +0100 Message-ID: References: <327FD938-2CED-4F59-8836-065EA3B97AE7@swipnet.se> <4F0551B9.5080305@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1325762519 934 80.91.229.12 (5 Jan 2012 11:21:59 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2012 11:21:59 +0000 (UTC) Cc: Emacs developers To: "Jan D." Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 05 12:21:55 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RilOM-00089T-Bu for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 12:21:54 +0100 Original-Received: from localhost ([::1]:49612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RilOL-0000uV-Kf for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 06:21:53 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:46308) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RilOD-0000uM-JJ for emacs-devel@gnu.org; Thu, 05 Jan 2012 06:21:51 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RilOC-000278-Gf for emacs-devel@gnu.org; Thu, 05 Jan 2012 06:21:45 -0500 Original-Received: from mail-tul01m020-f169.google.com ([209.85.214.169]:43830) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RilOC-000270-9R for emacs-devel@gnu.org; Thu, 05 Jan 2012 06:21:44 -0500 Original-Received: by obcwo8 with SMTP id wo8so543669obc.0 for ; Thu, 05 Jan 2012 03:21:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=vFtvlK8vTUSHsU71JFo3tBbOpz3EKW7q3LKbmDP1ym4=; b=SGit2C+QcX+pDzTo8+VtjK0yc09cp1ToGt6B0rK7MgAi4fb0YNHh/ox+mIcu39bk0I s7qLcrPvFVvT6E8pzJiWOizEz1oTHH3eSSM8CYpWHrWW3S6qdbtrI9R2eFBzma1EkPyy Z/I4jsHq07pd4Q64frwWtDnxdqHUpRd6lYzPk= Original-Received: by 10.50.85.199 with SMTP id j7mr2394046igz.25.1325762503438; Thu, 05 Jan 2012 03:21:43 -0800 (PST) Original-Received: by 10.50.106.132 with HTTP; Thu, 5 Jan 2012 03:21:43 -0800 (PST) In-Reply-To: <4F0551B9.5080305@swipnet.se> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.214.169 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:147328 Archived-At: On Thu, Jan 5, 2012 at 8:31 AM, Jan D. wrote: > The code relies on the fact that the compiler can convert a long to an in= t > on a 32-bit build. =A0In principle such a conversion can truncate the val= ue. > =A0But in this case it does not matter, as long as the value is unique wi= thin > the application (Emacs). =A0As the build is 32-bit, the pointer converted= to > long is 32-bit to start with. =A0That long is then converted to an int, s= o > there is no truncation. > > But it is bad style to change interfaces like this, I'll fix it shortly. = =A0I > guess it was long at some point in time, and then got changed to NSIntege= r. Thanks.