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: USE_LSB_TAG not supported on this platform Date: Thu, 4 Feb 2016 17:22:42 -0800 Organization: UCLA Computer Science Department Message-ID: <56B3F962.8010203@cs.ucla.edu> References: <86powcjei0.wl-herbert@mailbox.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 1454635389 32118 80.91.229.3 (5 Feb 2016 01:23:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Feb 2016 01:23:09 +0000 (UTC) Cc: Colin Baxter , emacs-devel@gnu.org To: "Herbert J. Skuhra" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 05 02:23:00 2016 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 1aRV6t-0004bD-Lh for ged-emacs-devel@m.gmane.org; Fri, 05 Feb 2016 02:22:55 +0100 Original-Received: from localhost ([::1]:45222 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRV6s-0003nD-O7 for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2016 20:22:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60706) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRV6p-0003m8-Fj for emacs-devel@gnu.org; Thu, 04 Feb 2016 20:22:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRV6l-0000yH-Cb for emacs-devel@gnu.org; Thu, 04 Feb 2016 20:22:51 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:53149) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRV6l-0000xm-5B for emacs-devel@gnu.org; Thu, 04 Feb 2016 20:22:47 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 856AD160F5C; Thu, 4 Feb 2016 17:22:43 -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 OQFT3aTHZ3jw; Thu, 4 Feb 2016 17:22:42 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id CC7EE160F5B; Thu, 4 Feb 2016 17:22:42 -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 CODBBio80f1I; Thu, 4 Feb 2016 17:22:42 -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 B1640160F57; Thu, 4 Feb 2016 17:22:42 -0800 (PST) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 In-Reply-To: <86powcjei0.wl-herbert@mailbox.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:199342 Archived-At: On 02/04/2016 02:29 PM, Herbert J. Skuhra wrote: > Commit d6585a910ed3e9e0e43c093b5fbfeb6d56b703b4 is obviously the > culprit. The workaround is successful. Thanks, but I'm not getting the connection. I don't understand why that commit would cause this problem. USE_LSB_TAG's value depends on EMACS_INT_MAX and INTPTR_MAX, neither of which should be affected by that commit. I guess you're configuring with the equivalent of './configure --with-x-toolkit=lucid'; that would explain why you're compiling lwlib.c. However, when I configure that way, I don't get an error on Fedora 23 x86. Can you tell us what the values of EMACS_INT_MAX and INTPTR_MAX are, in your environment? They should both be 2**31 - 1, but perhaps something has gone wrong in their configuration. By "the workaround" do you mean back out just that commit, and keep later commits to master?