From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: charles@aurox.ch (Charles A. Roelli) Newsgroups: gmane.emacs.bugs Subject: bug#27736: OSX 10.6.8: Building from master branch fails. Date: Wed, 28 Mar 2018 20:54:36 +0200 Message-ID: References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1522263245 30061 195.159.176.226 (28 Mar 2018 18:54:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 28 Mar 2018 18:54:05 +0000 (UTC) Cc: esq@lawlist.com, 27736@debbugs.gnu.org, npostavs@users.sourceforge.net To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 28 20:54:00 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1GCs-0007ep-DZ for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Mar 2018 20:54:00 +0200 Original-Received: from localhost ([::1]:40615 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1GEv-000199-Og for geb-bug-gnu-emacs@m.gmane.org; Wed, 28 Mar 2018 14:56:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45385) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1GDz-0000en-Lh for bug-gnu-emacs@gnu.org; Wed, 28 Mar 2018 14:55:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1GDu-0004C5-ND for bug-gnu-emacs@gnu.org; Wed, 28 Mar 2018 14:55:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:49696) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f1GDu-0004Bf-Ci for bug-gnu-emacs@gnu.org; Wed, 28 Mar 2018 14:55:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f1GDu-0002z6-5j for bug-gnu-emacs@gnu.org; Wed, 28 Mar 2018 14:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Mar 2018 18:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27736 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27736-submit@debbugs.gnu.org id=B27736.152226328111442 (code B ref 27736); Wed, 28 Mar 2018 18:55:02 +0000 Original-Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 18:54:41 +0000 Original-Received: from localhost ([127.0.0.1]:57593 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1GDZ-0002yU-73 for submit@debbugs.gnu.org; Wed, 28 Mar 2018 14:54:41 -0400 Original-Received: from sinyavsky.aurox.ch ([37.35.109.145]:36656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1GDX-0002yG-BN for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 14:54:40 -0400 Original-Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 23CF4226ED for <27736@debbugs.gnu.org>; Wed, 28 Mar 2018 18:55:31 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1522263329; x=1523127330; bh=Kmt1VcBrYOOz4 z6bfFNYU7WPl7ddLwhHzsI/PUpZ5xg=; b=tM6wsLzhIxLsYTj4oR7iGIKK5BfGc c7kPQha8ap/QbRL36wrcTzMkaPkxWFUcBLHvE9KDZuWajYs6bD+RGw9dHzQ0Gcwt qCvmgZB3suRtzXNqqlFjc6smSGIM9b3WOcg9auwgpH7IvaEvNkxxDdvAuxHpNIjf EypYmxSVen/mUo= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Original-Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LuJVTbSEHscf for <27736@debbugs.gnu.org>; Wed, 28 Mar 2018 18:55:29 +0000 (UTC) Original-Received: from gray (202.100.1.85.dynamic.wline.res.cust.swisscom.ch [85.1.100.202]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id B1FF0226BC; Wed, 28 Mar 2018 18:55:28 +0000 (UTC) In-reply-to: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> (message from Paul Eggert on Tue, 27 Mar 2018 14:19:22 -0700) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:144669 Archived-At: > From: Paul Eggert > Date: Tue, 27 Mar 2018 14:19:22 -0700 > > > > (<= m -1034058203136) > > > (<= m -1034058203135)) > Unfortunately these numbers don't fit into a 30-bit integer and so they > run afoul of a portability issue, namely, that files byte-compiled on a > 64-bit Emacs should run on a 32-bit Emacs and vice versa. I noticed this > problem when preparing a patch to catch this sort of issue. To fix this > particular instance of the problem, I attempted to migrate the localtime > workaround into editfns.c (so that the fix is more-general, and is not > limited to org-clock), by installing the attached patches into master. > Please give them a try, since I don't have easy access to Mac OS X. I'm > still a bit fuzzy on exactly which timestamps cause Mac OS X localtime > to go belly-up (is it timezone dependent?), so quite possibly the magic > numbers in these patches need to be adjusted a bit so that the code will > work in any timezone from TZ=AAA-24:59:59 to TZ=ZZZ24:59:59; please let > me know. Thank you for looking into this. At the moment, on an affected system, ./configure has the following output: checking whether localtime loops forever near extrema... no and config.log shows: configure:30520: checking whether localtime loops forever near extrema configure:30554: gcc -std=gnu99 -o conftest -O0 -g3 conftest.c >&5 configure:30554: $? = 0 configure:30554: ./conftest configure:30554: $? = 0 configure:30562: result: no Bizarrely, the problem doesn't seem to show itself exactly in the range I had quoted last July on bug-gnulib, so I applied the following small change, with which the hang was detected. --- a/m4/time_rz.m4 +++ b/m4/time_rz.m4 @@ -26,7 +26,7 @@ AC_DEFUN #include #include ]], [[ - time_t t = -67768038400665600; + time_t t = -67768038400666600; struct tm *tm; char *tz = getenv ("TZ"); if (! (tz && strcmp (tz, "QQQ0") == 0)) And then I got the following in the output of ./configure: checking whether localtime loops forever near extrema... ./configure: line 30561: 35760 Alarm clock TZ=QQQ0 ./conftest$EXEEXT yes (The rest of the compilation process worked fine, so this change is on the right track.) I will try to find the exact boundary of the hang again. And the hang is timezone-dependent, so that complicates things too.