From unknown Fri Aug 15 12:48:13 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#27736 <27736@debbugs.gnu.org> To: bug#27736 <27736@debbugs.gnu.org> Subject: Status: OSX 10.6.8: Building from master branch fails. Reply-To: bug#27736 <27736@debbugs.gnu.org> Date: Fri, 15 Aug 2025 19:48:13 +0000 retitle 27736 OSX 10.6.8: Building from master branch fails. reassign 27736 emacs submitter 27736 Keith David Bershatsky severity 27736 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 11:19:26 2017 Received: (at submit) by debbugs.gnu.org; 17 Jul 2017 15:19:26 +0000 Received: from localhost ([127.0.0.1]:44662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX7nt-0002Ky-Va for submit@debbugs.gnu.org; Mon, 17 Jul 2017 11:19:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55050) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX7nr-0002Km-Sl for submit@debbugs.gnu.org; Mon, 17 Jul 2017 11:19:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dX7nj-00071m-Sc for submit@debbugs.gnu.org; Mon, 17 Jul 2017 11:19:14 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:58355) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dX7nj-00071i-OE for submit@debbugs.gnu.org; Mon, 17 Jul 2017 11:19:11 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46007) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dX7ng-0006nz-Kn for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 11:19:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dX7nd-000706-8e for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 11:19:08 -0400 Received: from gateway34.websitewelcome.com ([192.185.149.72]:49903) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dX7nc-0006vO-U6 for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 11:19:05 -0400 Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19]) by gateway34.websitewelcome.com (Postfix) with ESMTP id D459955CEF3 for ; Mon, 17 Jul 2017 10:18:49 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id X7nHd1R7a2ZVCX7nHdKxKy; Mon, 17 Jul 2017 10:18:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:To:From:Message-ID:Date: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=sybv+8QiUmki6yA3RqExJkhtTvUjziroJbVAGlVabXE=; b=CbwCmDtWkbADChCnKAnlI3vUu4 9j4dR4hQakxtfc4DzlSD7qEZbA6cqWFBkKegwvgpQNWePIcHLaGn4IVgNXl5a8tU00zCaJw5oL0JL mzG2Nndkosb60OBk97CPTCRaDC1u8ItRDBY5gDOFEs36phepMT8WXwggYbR4H4UsGQ8tXhms7S+K6 Z/l5bMnu9MNd7wjk7qzSnNKHUmGydq7VVKoxXgBn2Rfd6dqkHXA4RNbfQUqbJtxdd9H/fbmFGGCpc AkcpfpNZbTfOAizpRzaGkgUJ9LIqjzFnZRaaMRIhIlxcXq17VQ11BDxmGheB5bMiMJsUg5TltXqOy d3+tXhuw==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:50652 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dX7nM-0032pr-56 for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 10:18:48 -0500 Date: Mon, 17 Jul 2017 08:18:47 -0700 Message-ID: From: Keith David Bershatsky To: Emacs Bug Reports Subject: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dX7nM-0032pr-56 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:50652 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) I am unable to build Emacs from the master branch on OSX 10.6.8 with Eshell, which is what I have used for several years. It just stops/freezes when it gets to: "ELC org/org-timer.elc". I am still able to successfully build earlier versions of Emacs master branch from last year -- I am unsure what specific day the builds stopped working. I tried yesterday and today, with the same results: ~/Desktop $ git clone -b master git://git.sv.gnu.org/emacs.git Cloning into 'emacs'... remote: Counting objects: 793951, done. remote: Compressing objects: 100% (144605/144605), done. remote: Total 793951 (delta 649926), reused 791963 (delta 648431) Receiving objects: 100% (793951/793951), 239.28 MiB | 587.00 KiB/s, done. Resolving deltas: 100% (649926/649926), done. Checking connectivity... done. Checking out files: 100% (3773/3773), done. ~/Desktop $ cd emacs ~/Desktop/emacs $ ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65) ... ok Your system has the required tools. Building aclocal.m4 ... Running 'autoreconf -fi -I m4' ... ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found You can now run './autogen.sh git'. ~/Desktop/emacs $ ./configure \ --with-ns \ --enable-checking='glyphs' \ --without-compress-install \ --without-makeinfo \ --with-gnutls=no checking for xcrun... xcrun checking for make... yes checking for GNU Make... make checking build system type... x86_64-apple-darwin10.8.0 checking host system type... x86_64-apple-darwin10.8.0 checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to enable C11 features... unsupported checking for gcc option to enable C99 features... -std=gnu99 checking for ar... ar checking whether gcc -std=gnu99 and cc understand -c and -o together... yes checking for putenv... yes checking for sbrk... yes checking for fchmod... yes checking for readlinkat... no checking for explicit_bzero... no checking for faccessat... no checking for fcntl... yes checking for fdopendir... no checking for fstatat... no checking for fsync... yes checking for gettimeofday... yes checking for nanotime... no checking for lstat... yes checking for mkostemp... no checking for tzset... yes checking for pipe2... no checking for pselect... yes checking for readlink... yes checking for strtoimax... yes checking for symlink... yes checking for localtime_r... yes checking for timegm... yes checking for futimes... yes checking for futimesat... no checking for futimens... no checking for utimensat... no checking for lutimes... yes checking for getdtablesize... yes checking for secure_getenv... no checking for getuid... yes checking for geteuid... yes checking for getgid... yes checking for getegid... yes checking how to run the C preprocessor... gcc -std=gnu99 -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ranlib... ranlib checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether gcc -std=gnu99 accepts -g3 -O2... yes checking whether the compiler is clang... no checking whether C compiler handles -Werror -Wunknown-warning-option... no checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works for files in the same directory... yes checking for install-info... /usr/bin/install-info checking for gzip... /usr/bin/gzip checking for 'find' args to delete a file... -delete checking for -znocombreloc... no checking whether addresses are sanitized... no checking for library containing sqrt... none required checking for pkg-config... no checking for machine/soundcard.h... no checking for sys/soundcard.h... no checking for soundcard.h... no checking for mmsystem.h... no checking for _oss_ioctl in -lossaudio... no checking for ALSA... no checking for linux/fs.h... no checking for malloc.h... no checking for sys/systeminfo.h... no checking for sys/sysinfo.h... no checking for coff.h... no checking for pty.h... no checking for sys/resource.h... yes checking for sys/utsname.h... yes checking for pwd.h... yes checking for utmp.h... yes checking for util.h... yes checking for sys/prctl.h... no checking for sys/socket.h... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for pthread.h... yes checking for malloc/malloc.h... yes checking for sys/un.h... yes checking for dirent.h... yes checking for execinfo.h... yes checking for stdio_ext.h... no checking for getopt.h... yes checking for sys/cdefs.h... yes checking for sys/time.h... yes checking for limits.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/select.h... yes checking for sys/stat.h... (cached) yes checking for ADDR_NO_RANDOMIZE... no checking for term.h... yes checking whether time.h and sys/time.h may both be included... yes checking whether sys_siglist is declared... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for net/if.h... yes checking for ifaddrs.h... yes checking for net/if_dl.h... yes checking for struct ifreq.ifr_flags... yes checking for struct ifreq.ifr_hwaddr... no checking for struct ifreq.ifr_netmask... no checking for struct ifreq.ifr_broadaddr... yes checking for struct ifreq.ifr_addr... yes checking for struct ifreq.ifr_addr.sa_len... yes checking whether gcc understands -MMD -MF... yes checking for long file names... yes checking for X... libraries /usr/X11/lib, headers checking AppKit/AppKit.h usability... yes checking AppKit/AppKit.h presence... yes checking for AppKit/AppKit.h... yes checking for Mac OS X 10.6 or newer... yes checking for gcc... gcc checking whether we are using the GNU Objective C compiler... yes checking whether gcc accepts -g... yes checking if the Objective C compiler supports instancetype... no checking whether malloc is Doug Lea style... no checking for getpagesize... yes checking for working mmap... yes checking for main in -lXbsd... no checking for pthread library... none needed checking for thread support... yes checking for RSVG... no checking for IMAGEMAGICK... no checking for getaddrinfo_a in -lanl... no checking for DBUS... no checking for lgetfilecon in -lselinux... no checking for LIBSYSTEMD... no checking sys/inotify.h usability... no checking sys/inotify.h presence... no checking for sys/inotify.h... no checking for KQUEUE... no checking for library containing kqueue... none required checking for jpeglib 6b or later... no checking for library containing inflateEnd... -lz checking gpm.h usability... no checking gpm.h presence... no checking for gpm.h... no checking for LIBXML2... no checking libxml/HTMLparser.h usability... yes checking libxml/HTMLparser.h presence... yes checking for libxml/HTMLparser.h... yes checking whether HTML_PARSE_RECOVER is declared... yes checking for htmlReadMemory in -lxml2... yes checking for maillock in -lmail... no checking for maillock in -llockfile... no checking for liblockfile.so... no checking maillock.h usability... no checking maillock.h presence... no checking for maillock.h... no checking for accept4... no checking for fchdir... yes checking for gethostname... yes checking for getrusage... yes checking for get_current_dir_name... no checking for lrand48... yes checking for random... yes checking for rint... yes checking for trunc... yes checking for select... yes checking for getpagesize... (cached) yes checking for setlocale... yes checking for newlocale... yes checking for getrlimit... yes checking for setrlimit... yes checking for shutdown... yes checking for pthread_sigmask... (cached) yes checking for strsignal... yes checking for setitimer... yes checking for sendto... yes checking for recvfrom... yes checking for getsockname... yes checking for getifaddrs... yes checking for freeifaddrs... yes checking for gai_strerror... yes checking for sync... yes checking for getpwent... yes checking for endpwent... yes checking for getgrent... yes checking for endgrent... yes checking for cfmakeraw... yes checking for cfsetspeed... yes checking for __executable_start... no checking for log2... yes checking for prctl... no checking for aligned_alloc... no checking for posix_memalign... yes checking whether aligned_alloc is declared... no checking for __builtin_unwind_init... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking for grantpt... yes checking for getpt... no checking for posix_openpt... yes checking for library containing tputs... -lncurses checking for timerfd interface... no checking whether signals can be handled on alternate stack... yes checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking for struct unipair.unicode... no checking for socket... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking for pid_t... yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking for snprintf... yes checking whether GLib is linked in... no checking for nl_langinfo and CODESET... yes checking for mbstate_t... yes checking for _setjmp... yes checking for sigsetjmp... yes checking for usable FIONREAD... yes checking for usable SIGIO... yes checking for struct alignment... yes checking for working alloca.h... yes checking for alloca... yes checking for unsigned long long int... yes checking whether byte ordering is bigendian... no checking whether the preprocessor supports include_next... yes checking whether system header files limit the line length... no checking whether strtold conforms to C99... yes checking if environ is properly declared... no checking for complete errno.h... no checking for EMULTIHOP value... yes checking for ENOLINK value... yes checking for EOVERFLOW value... yes checking for mode_t... yes checking whether fdatasync is declared... no checking for st_dm_mode in struct stat... no checking whether strmode is declared... yes checking whether lstat correctly handles trailing slash... no checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking for getopt.h... (cached) yes checking for getopt_long_only... yes checking whether getopt is POSIX compatible... no checking for C/C++ restrict keyword... no checking for struct timeval... yes checking for wide-enough struct timeval.tv_sec member... yes checking whether limits.h has ULLONG_WIDTH etc.... no checking for long long int... yes checking whether stdint.h conforms to C99... no checking sys/inttypes.h usability... no checking sys/inttypes.h presence... no checking for sys/inttypes.h... no checking sys/bitypes.h usability... no checking sys/bitypes.h presence... no checking for sys/bitypes.h... no checking for bit size of ptrdiff_t... 64 checking for bit size of size_t... 64 checking for bit size of sig_atomic_t... 32 checking for bit size of wchar_t... 32 checking for bit size of wint_t... 32 checking whether sig_atomic_t is signed... yes checking whether wchar_t is signed... yes checking whether wint_t is signed... yes checking for ptrdiff_t integer literal suffix... l checking for size_t integer literal suffix... ul checking for sig_atomic_t integer literal suffix... checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... checking whether memrchr is declared... no checking whether defines MIN and MAX... no checking whether defines MIN and MAX... yes checking whether time_t is signed... yes checking whether alarm is declared... yes checking for working mktime... no checking whether is self-contained... yes checking for sigset_t... yes checking for wchar_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_zone... yes checking for struct tm.tm_gmtoff... yes checking whether strtoimax is declared... yes checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking whether stat file-mode macros are broken... no checking for struct timespec in ... yes checking whether clearerr_unlocked is declared... yes checking whether feof_unlocked is declared... yes checking whether ferror_unlocked is declared... yes checking whether fflush_unlocked is declared... no checking whether fgets_unlocked is declared... no checking whether fputc_unlocked is declared... no checking whether fputs_unlocked is declared... no checking whether fread_unlocked is declared... no checking whether fwrite_unlocked is declared... no checking whether getc_unlocked is declared... yes checking whether getchar_unlocked is declared... yes checking whether putc_unlocked is declared... yes checking whether putchar_unlocked is declared... yes checking whether the utimes function works... yes checking type of array argument to getgroups... gid_t checking whether getdtablesize is declared... yes checking sys/acl.h usability... yes checking sys/acl.h presence... yes checking for sys/acl.h... yes checking for library containing acl_get_file... none required checking for acl_get_file... yes checking for acl_get_fd... yes checking for acl_set_file... yes checking for acl_set_fd... yes checking for acl_free... yes checking for acl_from_mode... no checking for acl_from_text... yes checking for acl_delete_def_file... yes checking for acl_extended_file... no checking for acl_delete_fd_np... yes checking for acl_delete_file_np... yes checking for acl_copy_ext_native... yes checking for acl_create_entry_np... yes checking for acl_to_short_text... no checking for acl_free_text... no checking for working acl_get_file... yes checking acl/libacl.h usability... no checking acl/libacl.h presence... no checking for acl/libacl.h... no checking for acl_entries... no checking for ACL_FIRST_ENTRY... yes checking for ACL_TYPE_EXTENDED... yes checking for alloca as a compiler built-in... yes checking byteswap.h usability... no checking byteswap.h presence... no checking for byteswap.h... no checking for library containing clock_gettime... no checking for clock_gettime... no checking for clock_settime... no checking whether dup2 works... yes checking for library containing backtrace_symbols_fd... none required checking for explicit_memset... no checking for access... yes checking whether fcntl handles F_DUPFD correctly... yes checking whether fcntl understands F_DUPFD_CLOEXEC... no checking for fdatasync... yes checking whether fdopendir is declared... no checking for flexible array member... yes checking for __fpending... no checking for getloadavg... yes checking sys/loadavg.h usability... no checking sys/loadavg.h presence... no checking for sys/loadavg.h... no checking whether getloadavg is declared... yes checking whether gettimeofday clobbers localtime buffer... no checking for gettimeofday with POSIX signature... yes checking for memrchr... no checking whether signature of pselect conforms to POSIX... yes checking whether pselect detects invalid fds... yes checking whether pthread_sigmask works without -lpthread... yes checking whether pthread_sigmask returns error numbers... yes checking whether pthread_sigmask unblocks signals correctly... guessing yes checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... no checking for sig2str... no checking for volatile sig_atomic_t... yes checking for sighandler_t... no checking for socklen_t... yes checking for ssize_t... yes checking for struct stat.st_atim.tv_nsec... no checking for struct stat.st_atimespec.tv_nsec... yes checking for struct stat.st_birthtimespec.tv_nsec... yes checking for working stdalign.h... no checking for max_align_t... no checking whether NULL can be used in arbitrary expressions... yes checking which flavor of printf attribute matches inttypes macros... system checking for stpcpy... yes checking whether strtoimax works... yes checking whether symlink handles trailing slash correctly... no checking for nlink_t... yes checking whether localtime_r is declared... yes checking whether localtime_r is compatible with its POSIX signature... yes checking for timezone_t... no checking for library containing timer_settime... no checking for timer_settime... no checking for variable-length arrays... yes checking for euidaccess... no checking libgen.h usability... yes checking libgen.h presence... yes checking for libgen.h... yes checking for getgroups... yes checking for working getgroups... yes checking for library containing eaccess... no checking for eaccess... no checking for group_member... no checking for getgroups... (cached) yes checking for working getgroups... (cached) yes checking whether getgroups handles negative values... no checking whether getdtablesize works... yes checking for dirfd... no checking whether dirfd is declared... yes checking whether dirfd is a macro... yes checking for __secure_getenv... no checking for issetugid... yes checking for __mktime_internal... no checking for gcc -std=gnu99 option to disable position independent executables... -no-pie Configured for 'x86_64-apple-darwin10.8.0'. Where should the build process find the source code? . What compiler should emacs be built with? gcc -std=gnu99 -g3 -O2 Should Emacs use the GNU version of malloc? no (The GNU allocators don't work with this system configuration.) Should Emacs use a relocating allocator for buffers? no Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? nextstep What toolkit should Emacs use? none Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? /usr/X11/lib Does Emacs use -lXaw3d? no Does Emacs use -lXpm? no Does Emacs use -ljpeg? no Does Emacs use -ltiff? no Does Emacs use a gif library? no Does Emacs use a png library? no Does Emacs use -lrsvg-2? no Does Emacs use cairo? no Does Emacs use imagemagick? no Does Emacs support sound? no Does Emacs use -lgpm? no Does Emacs use -ldbus? no Does Emacs use -lgconf? no Does Emacs use GSettings? no Does Emacs use a file notification library? yes (kqueue) Does Emacs use access control lists? yes Does Emacs use -lselinux? no Does Emacs use -lgnutls? no Does Emacs use -lxml2? yes Does Emacs use -lfreetype? no Does Emacs use -lm17n-flt? no Does Emacs use -lotf? no Does Emacs use -lxft? no Does Emacs use -lsystemd? no Does Emacs directly use zlib? yes Does Emacs have dynamic modules support? no Does Emacs use toolkit scroll bars? yes Does Emacs support Xwidgets (requires gtk3)? no Does Emacs have threading support in lisp? yes You must run "make install" in order to test the built application. The installed application will go to nextstep/Emacs.app and can be run or moved from there. The application will be fully self-contained. configure: creating ./config.status config.status: creating src/emacs-module.h config.status: creating nextstep/Cocoa/Emacs.base/Contents/Info.plist config.status: creating nextstep/Cocoa/Emacs.base/Contents/Resources/English.lproj/InfoPlist.strings config.status: creating Makefile config.status: creating lib/gnulib.mk config.status: creating ./doc/man/emacs.1 config.status: creating lib/Makefile config.status: creating lib-src/Makefile config.status: creating oldXMenu/Makefile config.status: creating doc/emacs/Makefile config.status: creating doc/misc/Makefile config.status: creating doc/lispintro/Makefile config.status: creating doc/lispref/Makefile config.status: creating src/Makefile config.status: creating lwlib/Makefile config.status: creating lisp/Makefile config.status: creating leim/Makefile config.status: creating nextstep/Makefile config.status: creating nt/Makefile config.status: creating test/Makefile config.status: creating admin/charsets/Makefile config.status: creating admin/unidata/Makefile config.status: creating admin/grammars/Makefile config.status: creating src/config.h config.status: executing src/epaths.h commands config.status: executing src/.gdbinit commands config.status: executing doc/emacs/emacsver.texi commands config.status: executing etc-refcards-emacsver.tex commands configure: WARNING: This configuration installs a 'movemail' program that retrieves POP3 email via only insecure channels. To omit insecure POP3, you can use './configure --without-pop'. configure: You might want to install GNU Mailutils and use './configure --with-mailutils'. ~/Desktop/emacs $ make /usr/bin/make -C lib all GEN alloca.h GEN byteswap.h GEN dirent.h GEN errno.h GEN fcntl.h GEN getopt.h GEN getopt-cdefs.h GEN inttypes.h GEN limits.h GEN signal.h GEN stdalign.h GEN stddef.h *** ELC org/org-macs.elc ELC org/org-mhe.elc ELC org/org-mobile.elc ELC org/org-mouse.elc ELC org/org-pcomplete.elc ELC org/org-plot.elc ELC org/org-protocol.elc ELC org/org-rmail.elc ELC org/org-src.elc ELC org/org-table.elc ELC org/org-timer.elc From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 11:29:57 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 15:29:57 +0000 Received: from localhost ([127.0.0.1]:44678 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX7y9-0002aJ-Fm for submit@debbugs.gnu.org; Mon, 17 Jul 2017 11:29:57 -0400 Received: from mail-oi0-f50.google.com ([209.85.218.50]:33794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX7y7-0002a3-7V for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 11:29:55 -0400 Received: by mail-oi0-f50.google.com with SMTP id q4so35960145oif.1 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 08:29:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=grvoQrYecun0+T6IFzLgVpOIw5vrYzg8h8ZHHRsR81o=; b=twCzbktX3xhBcUa0RxumKv33PJuU/qSxqnIGqGSbh0Sw+UUOiCes8mPBsvcvv9fosp eBut2zmohtvUKQguehjecccrRMbRv6Vo+tCAI6FabB/DKjPiwucNmaYndKfokA/BiN9R dKYMJ3r3vEP22zBwNC+3sdmVDRHuwMTLXNDJvsXxDh800XuTiO/dZGebqa8nBF+E2IQw vha2+zyJFNqSfDDA3fGqgYWlQ55/RN3p7te3HAj6jqPtFWFHh5wloRl0GZzgMnV/rKzz +N7tb9Suwt9CLuDd/Xq4T74HxzIgZ+kB9v5DDxnOgz0WHI7YR4RDEGCpqxyNmtJK15K2 m2Dw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=grvoQrYecun0+T6IFzLgVpOIw5vrYzg8h8ZHHRsR81o=; b=c/s+F/tRjbx1kNvfsUf3yLo5X6dJZQl7pOgWPmckPKRFVCg+EJFSnO1mGxpwxEdHH7 ca47quozkprb72gN6rzWsDq1gdh3tQamuVeWUORNSF/tIPQDvnzFsSfQhMcFQLA7F5Er wZX0Pob3/QmbAigJZP6SCBFNQPeYYLDiL8BO03nwnGfRLtNsdXmGOU5UXzuxPJ8agbo6 PJMH3NPWDtq2qP98KWhhTdNEil0KI06Jw5R/J27bxfsd36LYnIvVqrcDePEgijHxhy8q 1dYPa3AASbRir7iNxz160TbhG1yBloOkZxb8QbBZqit20x0CNHsunJfVjh4IJA8YWXay jQmw== X-Gm-Message-State: AIVw111HLwnhGHPWjSDIUUvi9NZQU3DqG+XmkXqPczV6SaeqAcUNj9ti UWs0ICoQ4qjo4Lo3n4hq6Urg/mnyNQ== X-Received: by 10.202.75.84 with SMTP id y81mr692007oia.141.1500305389542; Mon, 17 Jul 2017 08:29:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.113.91 with HTTP; Mon, 17 Jul 2017 08:29:49 -0700 (PDT) In-Reply-To: References: From: Noam Postavsky Date: Mon, 17 Jul 2017 11:29:49 -0400 X-Google-Sender-Auth: AShPhT_je6qsaZs6RxLPL5ZxUBA Message-ID: Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Keith David Bershatsky Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Mon, Jul 17, 2017 at 11:18 AM, Keith David Bershatsky wrote: > I am unable to build Emacs from the master branch on OSX 10.6.8 with Eshe= ll, which is what I have used for several years. It just stops/freezes whe= n it gets to: "ELC org/org-timer.elc". I am still able to successfully bu= ild earlier versions of Emacs master branch from last year -- I am unsure w= hat specific day the builds stopped working. Can you clarify if it works outside eshell? From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 12:10:17 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 16:10:17 +0000 Received: from localhost ([127.0.0.1]:44718 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX8bA-0005NX-GO for submit@debbugs.gnu.org; Mon, 17 Jul 2017 12:10:17 -0400 Received: from gateway36.websitewelcome.com ([192.185.197.22]:21891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX8b7-0005NO-Jg for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 12:10:14 -0400 Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19]) by gateway36.websitewelcome.com (Postfix) with ESMTP id 57F2E400E4421 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 11:10:12 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id X8b0d2Pcl2ZVCX8b0dLvRO; Mon, 17 Jul 2017 11:10:06 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=VowrZZlh0CcL9qsUC+uB+oZjXywO788iK0XZFcvF05o=; b=Non+PGilE90jIKbll11ZrSHj2K op+e2k+FQUK7pIuNU8/D52cFE72ODTZT6Us6r9x1PbxDK97XTAXyy0emgm/7twB2lM4T8WDhCkYJO G3MHVqeowW5T5pWqwj0r9SREG3HICerMck/PuPplFhYtT423kH2nf45wZmvD5Gl368729t9+y6PRE ESn8AiEDoCeDMJgCpyV6uYFmJf9Ik+A61cVizlTIIFSGeepGEW+DzJpo97jj55Tfnh8/rWnJMGjeA b6gU7n3XYyn22Maz4EJy+/geLmC6QX2hVpGZRUEvB6dcwiZb1boExC0oh97uGgkLgCjk6MuoDrwir ob8DvUEg==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:51222 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dX8b5-003oaJ-Cc; Mon, 17 Jul 2017 11:10:11 -0500 Date: Mon, 17 Jul 2017 09:10:10 -0700 Message-ID: From: Keith David Bershatsky To: Noam Postavsky Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dX8b5-003oaJ-Cc X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:51222 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Can you clarify if it works outside eshell? Thank you for taking a look at this bug report. I just tried building master branch from Terminal.app on OSX 10.6.8 -- without using Emacs -- and I had the same results. I.e., it stops when it gets to "ELC org/org-timer.elc". There is no error message. Last login: Mon Jul 17 07:02:29 on console server:emacs HOME$ PATH=/Users/HOME/.0.data/.0.emacs/.0.build/bin:/usr/bin:/bin:/usr/sbin:/sbin server:emacs HOME$ ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65) ... ok Your system has the required tools. Building aclocal.m4 ... Running 'autoreconf -fi -I m4' ... ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found ./autogen.sh: line 274: git: command not found You can now run './autogen.sh git'. server:emacs HOME$ ./configure \ > --with-ns \ > --enable-checking='glyphs' \ > --without-compress-install \ > --without-makeinfo \ > --with-gnutls=no \ > --with-mailutils checking for xcrun... xcrun checking for make... yes checking for GNU Make... make checking build system type... x86_64-apple-darwin10.8.0 checking host system type... x86_64-apple-darwin10.8.0 checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to enable C11 features... unsupported checking for gcc option to enable C99 features... -std=gnu99 checking for ar... ar checking whether gcc -std=gnu99 and cc understand -c and -o together... yes checking for putenv... yes checking for sbrk... yes checking for fchmod... yes checking for readlinkat... no checking for explicit_bzero... no checking for faccessat... no checking for fcntl... yes checking for fdopendir... no checking for fstatat... no checking for fsync... yes checking for gettimeofday... yes checking for nanotime... no checking for lstat... yes checking for mkostemp... no checking for tzset... yes checking for pipe2... no checking for pselect... yes checking for readlink... yes checking for strtoimax... yes checking for symlink... yes checking for localtime_r... yes checking for timegm... yes checking for futimes... yes checking for futimesat... no checking for futimens... no checking for utimensat... no checking for lutimes... yes checking for getdtablesize... yes checking for secure_getenv... no checking for getuid... yes checking for geteuid... yes checking for getgid... yes checking for getegid... yes checking how to run the C preprocessor... gcc -std=gnu99 -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking whether _XOPEN_SOURCE should be defined... no checking for Minix Amsterdam compiler... no checking for ranlib... ranlib checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking whether gcc -std=gnu99 accepts -g3 -O2... yes checking whether the compiler is clang... no checking whether C compiler handles -Werror -Wunknown-warning-option... no checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works for files in the same directory... yes checking for install-info... /usr/bin/install-info checking for gzip... /usr/bin/gzip checking for 'find' args to delete a file... -delete checking for -znocombreloc... no checking whether addresses are sanitized... no checking for library containing sqrt... none required checking for pkg-config... no checking for machine/soundcard.h... no checking for sys/soundcard.h... no checking for soundcard.h... no checking for mmsystem.h... no checking for _oss_ioctl in -lossaudio... no checking for ALSA... no checking for linux/fs.h... no checking for malloc.h... no checking for sys/systeminfo.h... no checking for sys/sysinfo.h... no checking for coff.h... no checking for pty.h... no checking for sys/resource.h... yes checking for sys/utsname.h... yes checking for pwd.h... yes checking for utmp.h... yes checking for util.h... yes checking for sys/prctl.h... no checking for sys/socket.h... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for sys/param.h... yes checking for pthread.h... yes checking for malloc/malloc.h... yes checking for sys/un.h... yes checking for dirent.h... yes checking for execinfo.h... yes checking for stdio_ext.h... no checking for getopt.h... yes checking for sys/cdefs.h... yes checking for sys/time.h... yes checking for limits.h... yes checking for wchar.h... yes checking for stdint.h... (cached) yes checking for inttypes.h... (cached) yes checking for sys/select.h... yes checking for sys/stat.h... (cached) yes checking for ADDR_NO_RANDOMIZE... no checking for term.h... yes checking whether time.h and sys/time.h may both be included... yes checking whether sys_siglist is declared... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for net/if.h... yes checking for ifaddrs.h... yes checking for net/if_dl.h... yes checking for struct ifreq.ifr_flags... yes checking for struct ifreq.ifr_hwaddr... no checking for struct ifreq.ifr_netmask... no checking for struct ifreq.ifr_broadaddr... yes checking for struct ifreq.ifr_addr... yes checking for struct ifreq.ifr_addr.sa_len... yes checking whether gcc understands -MMD -MF... yes checking for long file names... yes checking for X... libraries /usr/X11/lib, headers checking AppKit/AppKit.h usability... yes checking AppKit/AppKit.h presence... yes checking for AppKit/AppKit.h... yes checking for Mac OS X 10.6 or newer... yes checking for gcc... gcc checking whether we are using the GNU Objective C compiler... yes checking whether gcc accepts -g... yes checking if the Objective C compiler supports instancetype... no checking whether malloc is Doug Lea style... no checking for getpagesize... yes checking for working mmap... yes checking for main in -lXbsd... no checking for pthread library... none needed checking for thread support... yes checking for RSVG... no checking for IMAGEMAGICK... no checking for getaddrinfo_a in -lanl... no checking for DBUS... no checking for lgetfilecon in -lselinux... no checking for LIBSYSTEMD... no checking sys/inotify.h usability... no checking sys/inotify.h presence... no checking for sys/inotify.h... no checking for KQUEUE... no checking for library containing kqueue... none required checking for jpeglib 6b or later... no checking for library containing inflateEnd... -lz checking gpm.h usability... no checking gpm.h presence... no checking for gpm.h... no checking for LIBXML2... no checking libxml/HTMLparser.h usability... yes checking libxml/HTMLparser.h presence... yes checking for libxml/HTMLparser.h... yes checking whether HTML_PARSE_RECOVER is declared... yes checking for htmlReadMemory in -lxml2... yes checking for accept4... no checking for fchdir... yes checking for gethostname... yes checking for getrusage... yes checking for get_current_dir_name... no checking for lrand48... yes checking for random... yes checking for rint... yes checking for trunc... yes checking for select... yes checking for getpagesize... (cached) yes checking for setlocale... yes checking for newlocale... yes checking for getrlimit... yes checking for setrlimit... yes checking for shutdown... yes checking for pthread_sigmask... (cached) yes checking for strsignal... yes checking for setitimer... yes checking for sendto... yes checking for recvfrom... yes checking for getsockname... yes checking for getifaddrs... yes checking for freeifaddrs... yes checking for gai_strerror... yes checking for sync... yes checking for getpwent... yes checking for endpwent... yes checking for getgrent... yes checking for endgrent... yes checking for cfmakeraw... yes checking for cfsetspeed... yes checking for __executable_start... no checking for log2... yes checking for prctl... no checking for aligned_alloc... no checking for posix_memalign... yes checking whether aligned_alloc is declared... no checking for __builtin_unwind_init... yes checking for _LARGEFILE_SOURCE value needed for large files... no checking for grantpt... yes checking for getpt... no checking for posix_openpt... yes checking for library containing tputs... -lncurses checking for timerfd interface... no checking whether signals can be handled on alternate stack... yes checking valgrind/valgrind.h usability... no checking valgrind/valgrind.h presence... no checking for valgrind/valgrind.h... no checking for struct unipair.unicode... no checking for socket... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking arpa/inet.h usability... yes checking arpa/inet.h presence... yes checking for arpa/inet.h... yes checking for pid_t... yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking for snprintf... yes checking whether GLib is linked in... no checking for nl_langinfo and CODESET... yes checking for mbstate_t... yes checking for _setjmp... yes checking for sigsetjmp... yes checking for usable FIONREAD... yes checking for usable SIGIO... yes checking for struct alignment... yes checking for working alloca.h... yes checking for alloca... yes checking for unsigned long long int... yes checking whether byte ordering is bigendian... no checking whether the preprocessor supports include_next... yes checking whether system header files limit the line length... no checking whether strtold conforms to C99... yes checking if environ is properly declared... no checking for complete errno.h... no checking for EMULTIHOP value... yes checking for ENOLINK value... yes checking for EOVERFLOW value... yes checking for mode_t... yes checking whether fdatasync is declared... no checking for st_dm_mode in struct stat... no checking whether strmode is declared... yes checking whether lstat correctly handles trailing slash... no checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking for getopt.h... (cached) yes checking for getopt_long_only... yes checking whether getopt is POSIX compatible... no checking for C/C++ restrict keyword... no checking for struct timeval... yes checking for wide-enough struct timeval.tv_sec member... yes checking whether limits.h has ULLONG_WIDTH etc.... no checking for long long int... yes checking whether stdint.h conforms to C99... no checking sys/inttypes.h usability... no checking sys/inttypes.h presence... no checking for sys/inttypes.h... no checking sys/bitypes.h usability... no checking sys/bitypes.h presence... no checking for sys/bitypes.h... no checking for bit size of ptrdiff_t... 64 checking for bit size of size_t... 64 checking for bit size of sig_atomic_t... 32 checking for bit size of wchar_t... 32 checking for bit size of wint_t... 32 checking whether sig_atomic_t is signed... yes checking whether wchar_t is signed... yes checking whether wint_t is signed... yes checking for ptrdiff_t integer literal suffix... l checking for size_t integer literal suffix... ul checking for sig_atomic_t integer literal suffix... checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... checking whether memrchr is declared... no checking whether defines MIN and MAX... no checking whether defines MIN and MAX... yes checking whether time_t is signed... yes checking whether alarm is declared... yes checking for working mktime... no checking whether is self-contained... yes checking for sigset_t... yes checking for wchar_t... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_zone... yes checking for struct tm.tm_gmtoff... yes checking whether strtoimax is declared... yes checking for a thread-safe mkdir -p... build-aux/install-sh -c -d checking whether stat file-mode macros are broken... no checking for struct timespec in ... yes checking whether clearerr_unlocked is declared... yes checking whether feof_unlocked is declared... yes checking whether ferror_unlocked is declared... yes checking whether fflush_unlocked is declared... no checking whether fgets_unlocked is declared... no checking whether fputc_unlocked is declared... no checking whether fputs_unlocked is declared... no checking whether fread_unlocked is declared... no checking whether fwrite_unlocked is declared... no checking whether getc_unlocked is declared... yes checking whether getchar_unlocked is declared... yes checking whether putc_unlocked is declared... yes checking whether putchar_unlocked is declared... yes checking whether the utimes function works... yes checking type of array argument to getgroups... gid_t checking whether getdtablesize is declared... yes checking sys/acl.h usability... yes checking sys/acl.h presence... yes checking for sys/acl.h... yes checking for library containing acl_get_file... none required checking for acl_get_file... yes checking for acl_get_fd... yes checking for acl_set_file... yes checking for acl_set_fd... yes checking for acl_free... yes checking for acl_from_mode... no checking for acl_from_text... yes checking for acl_delete_def_file... yes checking for acl_extended_file... no checking for acl_delete_fd_np... yes checking for acl_delete_file_np... yes checking for acl_copy_ext_native... yes checking for acl_create_entry_np... yes checking for acl_to_short_text... no checking for acl_free_text... no checking for working acl_get_file... yes checking acl/libacl.h usability... no checking acl/libacl.h presence... no checking for acl/libacl.h... no checking for acl_entries... no checking for ACL_FIRST_ENTRY... yes checking for ACL_TYPE_EXTENDED... yes checking for alloca as a compiler built-in... yes checking byteswap.h usability... no checking byteswap.h presence... no checking for byteswap.h... no checking for library containing clock_gettime... no checking for clock_gettime... no checking for clock_settime... no checking whether dup2 works... yes checking for library containing backtrace_symbols_fd... none required checking for explicit_memset... no checking for access... yes checking whether fcntl handles F_DUPFD correctly... yes checking whether fcntl understands F_DUPFD_CLOEXEC... no checking for fdatasync... yes checking whether fdopendir is declared... no checking for flexible array member... yes checking for __fpending... no checking for getloadavg... yes checking sys/loadavg.h usability... no checking sys/loadavg.h presence... no checking for sys/loadavg.h... no checking whether getloadavg is declared... yes checking whether gettimeofday clobbers localtime buffer... no checking for gettimeofday with POSIX signature... yes checking for memrchr... no checking whether signature of pselect conforms to POSIX... yes checking whether pselect detects invalid fds... yes checking whether pthread_sigmask works without -lpthread... yes checking whether pthread_sigmask returns error numbers... yes checking whether pthread_sigmask unblocks signals correctly... guessing yes checking whether readlink signature is correct... yes checking whether readlink handles trailing slash correctly... no checking for sig2str... no checking for volatile sig_atomic_t... yes checking for sighandler_t... no checking for socklen_t... yes checking for ssize_t... yes checking for struct stat.st_atim.tv_nsec... no checking for struct stat.st_atimespec.tv_nsec... yes checking for struct stat.st_birthtimespec.tv_nsec... yes checking for working stdalign.h... no checking for max_align_t... no checking whether NULL can be used in arbitrary expressions... yes checking which flavor of printf attribute matches inttypes macros... system checking for stpcpy... yes checking whether strtoimax works... yes checking whether symlink handles trailing slash correctly... no checking for nlink_t... yes checking whether localtime_r is declared... yes checking whether localtime_r is compatible with its POSIX signature... yes checking for timezone_t... no checking for library containing timer_settime... no checking for timer_settime... no checking for variable-length arrays... yes checking for euidaccess... no checking libgen.h usability... yes checking libgen.h presence... yes checking for libgen.h... yes checking for getgroups... yes checking for working getgroups... yes checking for library containing eaccess... no checking for eaccess... no checking for group_member... no checking for getgroups... (cached) yes checking for working getgroups... (cached) yes checking whether getgroups handles negative values... no checking whether getdtablesize works... yes checking for dirfd... no checking whether dirfd is declared... yes checking whether dirfd is a macro... yes checking for __secure_getenv... no checking for issetugid... yes checking for __mktime_internal... no checking for gcc -std=gnu99 option to disable position independent executables... -no-pie Configured for 'x86_64-apple-darwin10.8.0'. Where should the build process find the source code? . What compiler should emacs be built with? gcc -std=gnu99 -g3 -O2 Should Emacs use the GNU version of malloc? no (The GNU allocators don't work with this system configuration.) Should Emacs use a relocating allocator for buffers? no Should Emacs use mmap(2) for buffer allocation? no What window system should Emacs use? nextstep What toolkit should Emacs use? none Where do we find X Windows header files? Standard dirs Where do we find X Windows libraries? /usr/X11/lib Does Emacs use -lXaw3d? no Does Emacs use -lXpm? no Does Emacs use -ljpeg? no Does Emacs use -ltiff? no Does Emacs use a gif library? no Does Emacs use a png library? no Does Emacs use -lrsvg-2? no Does Emacs use cairo? no Does Emacs use imagemagick? no Does Emacs support sound? no Does Emacs use -lgpm? no Does Emacs use -ldbus? no Does Emacs use -lgconf? no Does Emacs use GSettings? no Does Emacs use a file notification library? yes (kqueue) Does Emacs use access control lists? yes Does Emacs use -lselinux? no Does Emacs use -lgnutls? no Does Emacs use -lxml2? yes Does Emacs use -lfreetype? no Does Emacs use -lm17n-flt? no Does Emacs use -lotf? no Does Emacs use -lxft? no Does Emacs use -lsystemd? no Does Emacs directly use zlib? yes Does Emacs have dynamic modules support? no Does Emacs use toolkit scroll bars? yes Does Emacs support Xwidgets (requires gtk3)? no Does Emacs have threading support in lisp? yes You must run "make install" in order to test the built application. The installed application will go to nextstep/Emacs.app and can be run or moved from there. The application will be fully self-contained. configure: creating ./config.status config.status: creating src/emacs-module.h config.status: creating nextstep/Cocoa/Emacs.base/Contents/Info.plist config.status: creating nextstep/Cocoa/Emacs.base/Contents/Resources/English.lproj/InfoPlist.strings config.status: creating Makefile config.status: creating lib/gnulib.mk config.status: creating ./doc/man/emacs.1 config.status: creating lib/Makefile config.status: creating lib-src/Makefile config.status: creating oldXMenu/Makefile config.status: creating doc/emacs/Makefile config.status: creating doc/misc/Makefile config.status: creating doc/lispintro/Makefile config.status: creating doc/lispref/Makefile config.status: creating src/Makefile config.status: creating lwlib/Makefile config.status: creating lisp/Makefile config.status: creating leim/Makefile config.status: creating nextstep/Makefile config.status: creating nt/Makefile config.status: creating test/Makefile config.status: creating admin/charsets/Makefile config.status: creating admin/unidata/Makefile config.status: creating admin/grammars/Makefile config.status: creating src/config.h config.status: executing src/epaths.h commands config.status: executing src/.gdbinit commands config.status: executing doc/emacs/emacsver.texi commands config.status: executing etc-refcards-emacsver.tex commands server:emacs HOME$ make make -C lib all GEN alloca.h GEN byteswap.h GEN dirent.h GEN errno.h GEN fcntl.h GEN getopt.h GEN getopt-cdefs.h GEN inttypes.h GEN limits.h GEN signal.h GEN stdalign.h GEN stddef.h GEN stdint.h GEN stdio.h GEN stdlib.h GEN string.h GEN sys/select.h GEN sys/stat.h GEN sys/time.h GEN sys/types.h GEN time.h GEN unistd.h *** ELC org/org-mouse.elc ELC org/org-pcomplete.elc ELC org/org-plot.elc ELC org/org-protocol.elc ELC org/org-rmail.elc ELC org/org-src.elc ELC org/org-table.elc ELC org/org-timer.elc From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 12:38:28 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 16:38:29 +0000 Received: from localhost ([127.0.0.1]:44725 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX92S-000635-In for submit@debbugs.gnu.org; Mon, 17 Jul 2017 12:38:28 -0400 Received: from mail-oi0-f50.google.com ([209.85.218.50]:36191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dX92R-00062o-CZ for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 12:38:27 -0400 Received: by mail-oi0-f50.google.com with SMTP id x187so122596545oig.3 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 09:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=QYp+14Gq6yXValfr40vD9jr/47ahps4A2j74lzGya/4=; b=m5W7bwMv3NMNpt/MJ1omWkUdo4gpANyeMKXgqpXP0+/40D8eUpvY50idI0n7jy4hw2 MDx73aDkc3U11QrnsNeFZZEkf/HR97yJBGzy/Etajs5yXDdDeoDuXATNQfaRlS1ArpXP MuVlSLKB8NBDhTdlSeNNtJHS1Z4MOyYyl8xAeM8XeX985elSzRsBkjTmLXc5JNG1ou30 S1eOgsefdyNkNCHR6RKFn3SgXkVx3l2At8vwuMA6/ZwQ7JPZCknRBEU3iUbb2IWiM18a mBjHwTDbruargSlc5JOqme3N9Pc7WpL4EvdqRolS8oKTKvZdo9jiyvOJlhV+2zat3sci O+Lw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=QYp+14Gq6yXValfr40vD9jr/47ahps4A2j74lzGya/4=; b=YKfdaru8C2hwYJlov85q0HZKYcEM0PK6Oy70NJ2OuwL/dKwE7q5jafYhFu9K/8ucuc mNgzAaYtuWzJj32hMZY3a4rmmOMPL+6iDRmsA+V75qUKC+bo8zvNhke/tTQVjcH6Znyg kyHi9YC/v0ZLStshw2O5DId48kCWrMmz8POyqNs1odbbd5aRoxdWWkT0dLXP9dNOTDD5 mxHOOXWSufPzTwcZkM+KILFYc6tJtc/m9RA+vdqUWzzpm8OeRqt5Gam0/JkUFuRZot3V dmTT+f1l3acUKcJXHtIzRYcBiKvszjUJMu72452LXVX8el1ryUex1U0GBA4Z4PcDc7Kq 6Opw== X-Gm-Message-State: AIVw112r9s3A8snN+iu0di5ovKQ4qRk8w/L1zH9TvUy/KcEMNqT36GaS ActlAU9Qenrp2lg7uR/YWaIeCl2mXw== X-Received: by 10.202.1.80 with SMTP id 77mr2756630oib.180.1500309501317; Mon, 17 Jul 2017 09:38:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.113.91 with HTTP; Mon, 17 Jul 2017 09:38:20 -0700 (PDT) In-Reply-To: References: From: Noam Postavsky Date: Mon, 17 Jul 2017 12:38:20 -0400 X-Google-Sender-Auth: 1ty2fiIWQHmv1rtw5LVcG-XKx_w Message-ID: Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Keith David Bershatsky Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Mon, Jul 17, 2017 at 12:10 PM, Keith David Bershatsky wrote: >> Can you clarify if it works outside eshell? > > Thank you for taking a look at this bug report. I just tried building ma= ster branch from Terminal.app on OSX 10.6.8 -- without using Emacs -- and I= had the same results. I.e., it stops when it gets to "ELC org/org-timer= .elc". There is no error message. Okay, so not an eshell problem then. Is it an infloop stop (i.e., maxing out CPU) or waiting for input type of stop? Please try with 'make V=3D1' to get the exact command being run, and then try running that command adding '--eval (setq debug-on-quit t)' and removing '-batch'. If you can't get a lisp trace with C-g using that method, try running the command under gdb to get a C backtrace. On Mon, Jul 17, 2017 at 11:18 AM, Keith David Bershatsky wrote: > ~/Desktop $ git clone -b master git://git.sv.gnu.org/emacs.git > Cloning into 'emacs'... [...] > Checking out files: 100% (3773/3773), done. > > ~/Desktop $ cd emacs > > ~/Desktop/emacs $ ./autogen.sh > Checking whether you have the necessary tools... > (Read INSTALL.REPO for more details on building Emacs) > Checking for autoconf (need at least version 2.65) ... ok > Your system has the required tools. > Building aclocal.m4 ... > Running 'autoreconf -fi -I m4' ... > ./autogen.sh: line 274: git: command not found Hmm, I wonder how come ./autogen.sh can't find 'git'? Shell alias? Sneaky $PATH change? From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 14:05:41 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 18:05:41 +0000 Received: from localhost ([127.0.0.1]:44760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXAOq-00085c-Nh for submit@debbugs.gnu.org; Mon, 17 Jul 2017 14:05:40 -0400 Received: from gateway31.websitewelcome.com ([192.185.144.96]:25584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXAOn-00085T-FV for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 14:05:38 -0400 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway31.websitewelcome.com (Postfix) with ESMTP id AC3982C92C3 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 13:05:36 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id XAO7dpPnfzvXxXAO7dhznM; Mon, 17 Jul 2017 13:04:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=CP5+i9aJrw1MSVDlZ3ANpl4ZYCTEZUckgHzKZUJ+Q4U=; b=GWPN6dFHOT9UItKfYI+lW288xg WEV9NgWMILD8gPN/I9u3PmkCGINVny/afLhvBwRZdkz/tQjqplHRjeufa1hKFw7woT9ATv8eXMSyO wbtnS5/iNdDwdFU4Wq4oQN2tPcrW48BglIKJGZdsBkd3D0LLy5pPGyKD/gYJHcYpPtbMYqKq6UtID Te1NNE69RlYyIiRKzJMHyKrlEleQS3HaIVF8xWJZmNoDxLbYNyrMp/BSXTnqVY3//iokSd1m5350G ufM8h6nFQQs0RjVUpK3UXPM87oPcyNapagN4kesboXqeWZMrybfUm1dENItRQ/BLQKVVhAPoBEPj4 rXA7qM7A==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:52018 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dXAOl-00172H-Fb; Mon, 17 Jul 2017 13:05:35 -0500 Date: Mon, 17 Jul 2017 11:05:34 -0700 Message-ID: From: Keith David Bershatsky To: Noam Postavsky Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dXAOl-00172H-Fb X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:52018 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) I'll keep working on debugging. At the moment, I'm leaning towards believing that it is a never-ending loop that is trying to find `org-element-update-syntax`. That is why there is no error. The git command cannot be located because its location has not been added to the $PATH. I like to limit the build to the absolute bare minimum, and the directory containing git has a bunch of other stuff that Emacs would see as being available and automatically install them. So, I'd need to add a bunch of exclusion lines to the configuration of Emacs to get the same results of a barebones build. The only thing extra that doesn't come with 10.6.8 and the optional Developer tools are the fairly recent versions of autoconf and automake, which are in a directory all by themselves and I add that autoconf/automake directory to the $PATH before building. server:emacs HOME$ make V=1 make -C lib all make[1]: Nothing to be done for `all'. make -C lib-src all make[1]: Nothing to be done for `all'. make -C src VCSWITNESS='$(srcdir)/../.git/logs/HEAD' all make[1]: Circular bootstrap-emacs <- temacs dependency dropped. make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs" make[2]: Nothing to be done for `all'. make -C ../admin/charsets all make[2]: Nothing to be done for `all'. make -C ../admin/unidata charscript.el make[2]: Nothing to be done for `charscript.el'. make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs" make[2]: Nothing to be done for `all'. make -C ../admin/charsets cp51932.el make[2]: Nothing to be done for `cp51932.el'. make -C ../admin/charsets eucjp-ms.el make[2]: Nothing to be done for `eucjp-ms.el'. make -C ../nextstep all make -C ../src emacs make[3]: Circular bootstrap-emacs <- temacs dependency dropped. make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs" make[4]: Nothing to be done for `all'. make -C ../admin/charsets all make[4]: Nothing to be done for `all'. make -C ../admin/unidata charscript.el make[4]: Nothing to be done for `charscript.el'. make -C ../admin/unidata all EMACS="../../src/bootstrap-emacs" make[4]: Nothing to be done for `all'. make -C ../admin/charsets cp51932.el make[4]: Nothing to be done for `cp51932.el'. make -C ../admin/charsets eucjp-ms.el make[4]: Nothing to be done for `eucjp-ms.el'. make -C lisp all make -C ../leim all EMACS="../src/emacs" make[2]: Nothing to be done for `all'. make -C ../admin/grammars all EMACS="../../src/emacs" make[2]: Nothing to be done for `all'. EMACSLOADPATH= '../src/emacs' -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile org/org-timer.el From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 14:49:04 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 18:49:04 +0000 Received: from localhost ([127.0.0.1]:44797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXB4q-0000f1-6D for submit@debbugs.gnu.org; Mon, 17 Jul 2017 14:49:04 -0400 Received: from mail-oi0-f52.google.com ([209.85.218.52]:34327) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXB4n-0000eW-SX for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 14:49:02 -0400 Received: by mail-oi0-f52.google.com with SMTP id q4so40885608oif.1 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 11:49:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=U/urvwVGjuz5MvZ9gfNgkhdScJWX71W4kUbF39mzXCU=; b=ERAebWOWOsNK0T4Bvz7UCcFFsfE9D5FWQV9sPdGrFF73xGbOphRld9lwNt1X5bnMTd ry0PqqjAMoOm55CTIblmwPoM5jhE1vfZZQdrDrAhcU7jT0eLml3X6GGV2Ye+Szkjm0S2 AxNkIXgTbjo0HSwxuJhzSj+k5qJ2/a8M45GddOcRzeutYrHCSvcuQoGKfFLle7HHGqQ3 SXTOH25hGsMvIVBSexsHZ8nq4YfP+LzZ2DmluEH107zcImA8DouhDiGxQzfu0B2g5dVG UmNXlwSUJLQt+L0TIGF9FtqnumIJaGBPuxUqPcFCjJWxSP7oQBe2ldqG9nALoMAPeuo+ IMTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=U/urvwVGjuz5MvZ9gfNgkhdScJWX71W4kUbF39mzXCU=; b=rcQzLnrTd1mGnhzPPEffN1o9A1uagoQBcMm+rdFVrxI4EW1xNhEujGdJ6WYHaeJfWi r9i4ehRN0fiKo4BMnQ3ZKEgJWCEKZSFF3XrjsXPfxiLENmfI9FtSH8JxLB0DFu3b5m00 2cq+2++Eda7COeahjiKF39OiHXJ17ZADZxvUjfcy7yRMLMr9F/BEjjZNsknQYQi27MzD YXBIKdGufsUcucmaQF7xk7ycTB7I+VL/0ioEAMBsE5FVKUMni1ZwKM1A7tRlxpqJzYR4 pEyi6xEiIR7xY6kreSiAJBMi2GWnU4tohTBa3nH1H9i8MCyut+vIIApwXyO5Axiqm0Y4 PDEQ== X-Gm-Message-State: AIVw1137y2uHHMDcfkxbRQA3cgsq728qHunXjgs68/MUWOrDW7p04RX5 0jbGrsrDo85TQIf9Qq+DflU5Xt1P9g== X-Received: by 10.202.83.74 with SMTP id h71mr14024405oib.135.1500317335976; Mon, 17 Jul 2017 11:48:55 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.113.91 with HTTP; Mon, 17 Jul 2017 11:48:55 -0700 (PDT) In-Reply-To: References: From: Noam Postavsky Date: Mon, 17 Jul 2017 14:48:55 -0400 X-Google-Sender-Auth: 0c7eaRmwti6mGcMmAiKBs6JjvGM Message-ID: Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Keith David Bershatsky Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On Mon, Jul 17, 2017 at 2:05 PM, Keith David Bershatsky wrote: > I'll keep working on debugging. At the moment, I'm leaning towards believing that it is a never-ending loop that is trying to find `org-element-update-syntax`. That is why there is no error. There was an issue with `org-element-update-syntax` caused by the recent org update, though it should trigger an error, not a hang (and it's fixed by doing 'make autoloads', see Bug#27581. Should be irrelevant if you're building from a fresh clone, I think). From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 15:44:03 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 19:44:03 +0000 Received: from localhost ([127.0.0.1]:44844 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXBw3-0001wZ-11 for submit@debbugs.gnu.org; Mon, 17 Jul 2017 15:44:03 -0400 Received: from mail-wr0-f171.google.com ([209.85.128.171]:32843) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXBw0-0001vq-JW for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 15:44:01 -0400 Received: by mail-wr0-f171.google.com with SMTP id a10so16833680wrd.0 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 12:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=tU+ObqANjnNasbS/Y1C6pFRHgNKGA3usjpbEqL7eAQw=; b=s5k3uuXEVG88UNOSaU6jg3xWm/qGO1VsKoqZiAXKR+/SiJ4cAboeySH4JVgYVwRJWU +a/WJFLcpoSFsl/zzbfISz1z37i+aLjG8LT+nePB4JcoWv8hQNTTAwWKIGk1iQfQTKZJ QzJpj+AfNLS9u5sAmuobV8eMyS+7KyalCvH3FmfC6uzB8zDAYij1Ny8WPETcHlYi1Sdb qtFgJDgkVbXdDtItw3Rf8DUkEHDTLWTCDhaVD50ARXJy9zZsQxZPM4OjWT/NMnk62f+x A/y15d3vB6wp+8A6zxkbTJHq35ioTf7a2RfMgLcZ9jV3tKslMODsVwwPf927mHw4vL17 mSXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=tU+ObqANjnNasbS/Y1C6pFRHgNKGA3usjpbEqL7eAQw=; b=q6w1Ww/odgWRUSpjjRXhVeUN76bZO8J8Fv7jyi5WlE6KXo7rn7IpzezZUNlukPt/jA tNsgE7dj1AAk6DM/vtpOPOGQUJ3vAbOU3vwt5GcLR/fh91m+fACFqpbi7yj6jV5vak/t LTtiUkR8PKlUVG5a+QwWhA4TI0/b84zy1hJwYGIh9a6KJ58rfS8v9fbo7G250lRldsMM CaurYRqXiAF4bzfb5Az/zTBM7zBAInrOeeGbdhDyi3Lh0iSLoWB49pmK4YYaknfzQdcI rdgx5UldJL4z8KUkK2PfdLAa7eEhF6ESJn17n7X9lv9rh8r5AxbNyLMWtIGlJ2FuhmGx 0L+A== X-Gm-Message-State: AIVw113uTFqgz4Dne08fsCoM/vURYwGasSMecWyC3EwZzwUcgRNcj3zX JSMyNlhNf394j6x+/J2/vg== X-Received: by 10.223.148.36 with SMTP id 33mr3790514wrq.24.1500320634758; Mon, 17 Jul 2017 12:43:54 -0700 (PDT) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-e9a1-3503-5c3f-d7d9.holly.idiocy.org. [2001:8b0:3f8:8129:e9a1:3503:5c3f:d7d9]) by smtp.gmail.com with ESMTPSA id w30sm60731wrb.49.2017.07.17.12.43.53 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 17 Jul 2017 12:43:53 -0700 (PDT) Date: Mon, 17 Jul 2017 20:43:53 +0100 From: Alan Third To: Keith David Bershatsky Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. Message-ID: <20170717194353.GA55273@breton.holly.idiocy.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On Mon, Jul 17, 2017 at 08:18:47AM -0700, Keith David Bershatsky wrote: > I am unable to build Emacs from the master branch on OSX 10.6.8 with > Eshell, which is what I have used for several years. It just > stops/freezes when it gets to: "ELC org/org-timer.elc". I am still > able to successfully build earlier versions of Emacs master branch > from last year -- I am unsure what specific day the builds stopped > working. I tried yesterday and today, with the same results: I believe this is the same as bug#27706. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706 I can’t reproduce on 10.12, so it looks like a bug in older macOS versions, although I don’t know just how old. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 15:44:43 2017 Received: (at control) by debbugs.gnu.org; 17 Jul 2017 19:44:43 +0000 Received: from localhost ([127.0.0.1]:44847 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXBwh-0001xZ-9A for submit@debbugs.gnu.org; Mon, 17 Jul 2017 15:44:43 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:36302) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXBwf-0001xL-1e for control@debbugs.gnu.org; Mon, 17 Jul 2017 15:44:41 -0400 Received: by mail-wm0-f41.google.com with SMTP id t70so25351794wmt.1 for ; Mon, 17 Jul 2017 12:44:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:message-id:to:from:subject; bh=I+/TpJtPM3ZRNcZaPcnkS761x0VhDuf8omFgkreNNHU=; b=s6B4HRolmcaFuQJpMMSX9wI4YCdUkhNFqeumv0AYKj7MjFj2xDI8nuE2Z/efFEMc5N 5DsT3MVBSeo9o/0mmtkasbm0Dk3VO4Oo1afKTJHnEutWAVX47tddpyMsqhuGQ1l4CAVF 1431VNy9bP3UwgMV5r7yaNgMOMGEZ6dPW8qirV1p2PsRwZnefznB7KKO9kF7rrsH5Egz DpxwcZnaj72GmWSL1Z9yrQJBzV94uwCD+XP1/7JIFhrznKg3pu1JJZGFAi+fefV7CtkR 9ZFiEyuf1Z2tsdpd2Zka2H1GlkoDcxq3MiOWxy+a85p9tbnvu88Ep5U1uu1ntfcdkSfw 6RUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:message-id:to:from:subject; bh=I+/TpJtPM3ZRNcZaPcnkS761x0VhDuf8omFgkreNNHU=; b=bhWQO9kAE4hiM0b5xQtfMKEchim6uVECIjZUPDc/Do7J7B9+p5m4UyTBPoIu2xpelS 1JbeBGkBoqZNroc6vQtGKsgqd+sKEKdSK18oEsJAM/pOJSPd0gCRCO3kJLo3cJIDrR05 NoF4IgYGS9l00gy0rOb4kibAOrt9zv44QiZnBJgzp7HyJqWXkXFVoRzVfDBEja1x8gfv 5sAUW0kRq8rhH8UX/x+al9YkgbuMYch4G59INM7AvfVIOupdo0VcQOQ473rdGZqqfi0Q tz4Q3zgHUSDOczANLibqntQfMG5l0uWY25H+4Fmqc4aeqVW6lxO/rGvIU3tCp8uQ09F9 QcGg== X-Gm-Message-State: AIVw110GvxQ5tpis/aE7X6UbtfRN5VfbKLgB7pGveg80UoQpY+QA6Wj5 0HnTmMMfZw9FIOjkA/Y12Q== X-Received: by 10.28.69.201 with SMTP id l70mr5354486wmi.53.1500320675038; Mon, 17 Jul 2017 12:44:35 -0700 (PDT) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-e9a1-3503-5c3f-d7d9.holly.idiocy.org. [2001:8b0:3f8:8129:e9a1:3503:5c3f:d7d9]) by smtp.gmail.com with ESMTPSA id l14sm71462wrb.19.2017.07.17.12.44.33 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 17 Jul 2017 12:44:34 -0700 (PDT) Date: Mon, 17 Jul 2017 20:44:35 +0100 Message-Id: To: control@debbugs.gnu.org From: Alan Third Subject: control message for bug #27706 X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) merge 27706 27736 From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 16:48:29 2017 Received: (at submit) by debbugs.gnu.org; 17 Jul 2017 20:48:29 +0000 Received: from localhost ([127.0.0.1]:44913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXCwP-00076o-0E for submit@debbugs.gnu.org; Mon, 17 Jul 2017 16:48:29 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51581) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXCwN-00076b-LA for submit@debbugs.gnu.org; Mon, 17 Jul 2017 16:48:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXCwH-0004N8-4y for submit@debbugs.gnu.org; Mon, 17 Jul 2017 16:48:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:37348) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dXCwH-0004N3-27 for submit@debbugs.gnu.org; Mon, 17 Jul 2017 16:48:21 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42538) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXCwF-0003BH-Jc for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 16:48:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXCwC-0004Ki-Q9 for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 16:48:19 -0400 Received: from [195.159.176.226] (port=51014 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXCwC-0004Jo-Jd for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 16:48:16 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dXCw4-00040k-Ny for bug-gnu-emacs@gnu.org; Mon, 17 Jul 2017 22:48:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. Date: Mon, 17 Jul 2017 22:48:01 +0200 Lines: 73 Message-ID: <9116bd59-5c59-c5ff-916c-ff88960b60d1@aurox.ch> References: <20170717194353.GA55273@breton.holly.idiocy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: <20170717194353.GA55273@breton.holly.idiocy.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) On 17/07/2017 21:43, Alan Third wrote: > On Mon, Jul 17, 2017 at 08:18:47AM -0700, Keith David Bershatsky wrote: >> I am unable to build Emacs from the master branch on OSX 10.6.8 with >> Eshell, which is what I have used for several years. It just >> stops/freezes when it gets to: "ELC org/org-timer.elc". I am still >> able to successfully build earlier versions of Emacs master branch >> from last year -- I am unsure what specific day the builds stopped >> working. I tried yesterday and today, with the same results: > > I believe this is the same as bug#27706. > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706 > > I can’t reproduce on 10.12, so it looks like a bug in older macOS > versions, although I don’t know just how old. Indeed, this does look like the same bug. I have the exact same problem. Keith: can you get a backtrace from the compile process? If you have GDB installed, you might see something like this: (gdb) bt #0 0x00007fff83860c0d in timesub () from /usr/lib/libSystem.B.dylib #1 0x00007fff8386081c in _st_localsub () from /usr/lib/libSystem.B.dylib #2 0x00007fff83869d71 in localtime_r () from /usr/lib/libSystem.B.dylib #3 0x0000000100458747 in localtime_rz (tz=0x102104250, t=0x7fff5fbe8be0, tm=0x7fff5fbe8ba8) at time_rz.c:296 #4 0x00000001002ba1eb in emacs_localtime_rz (tz=0x102104250, t=0x7fff5fbe8be0, tm=0x7fff5fbe8ba8) at editfns.c:103 #5 0x00000001002c27e0 in Fdecode_time (specified_time=..., zone=...) at editfns.c:2163 #6 0x00000001002e66f4 in funcall_subr (subr=0x100921998 , numargs=1, args=0x7fff5fbe9028) at eval.c:2824 #7 0x00000001002e5eaa in Ffuncall (nargs=2, args=0x7fff5fbe9020) at eval.c:2747 #8 0x0000000100369d53 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=1, args=0x7fff5fbea288) at bytecode.c:629 #9 0x00000001002e73c6 in funcall_lambda (fun=..., nargs=1, arg_vector=0x7fff5fbea280) at eval.c:2948 #10 0x00000001002e5f1d in Ffuncall (nargs=2, args=0x7fff5fbea278) at eval.c:2749 #11 0x0000000100369d53 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=3, args=0x7fff5fbeb510) at bytecode.c:629 #12 0x00000001002e73c6 in funcall_lambda (fun=..., nargs=3, arg_vector=0x7fff5fbeb4f8) at eval.c:2948 #13 0x00000001002e5f1d in Ffuncall (nargs=4, args=0x7fff5fbeb4f0) at eval.c:2749 #14 0x0000000100369d53 in exec_byte_code (bytestr=..., vector=..., maxdepth=..., args_template=..., nargs=0, args=0x0) at bytecode.c:629 #15 0x0000000100368538 in Fbyte_code (bytestr=..., vector=..., maxdepth=...) at bytecode.c:321 #16 0x00000001002e3359 in eval_sub (form=...) at eval.c:2229 #17 0x00000001002dc085 in Fdefconst (args=...) at eval.c:816 #18 0x00000001002e2c98 in eval_sub (form=...) at eval.c:2176 #19 0x000000010033cb46 in readevalloop (readcharfun=..., infile0=0x7fff5fbed6c8, sourcename=..., printflag=false, unibyte=..., readfun=..., start=..., end=...) at lread.c:2038 #20 0x0000000100339754 in Fload (file=..., noerror=..., nomessage=..., nosuffix=..., must_suffix=...) at lread.c:1425 #21 0x00000001002fcf8b in Frequire (feature=..., filename=..., noerror=...) at fns.c:2796 [...] (gdb) select 5 #5 0x00000001002c27e0 in Fdecode_time (specified_time=..., zone=...) at editfns.c:2163 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); (gdb) pp specified_time (-1034058203136 0) [from GDB's I/O buffer] From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 17 17:37:14 2017 Received: (at 27736) by debbugs.gnu.org; 17 Jul 2017 21:37:14 +0000 Received: from localhost ([127.0.0.1]:45009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXDhZ-0008Ee-QI for submit@debbugs.gnu.org; Mon, 17 Jul 2017 17:37:14 -0400 Received: from gateway22.websitewelcome.com ([192.185.46.156]:37981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXDhX-0008EW-8E for 27736@debbugs.gnu.org; Mon, 17 Jul 2017 17:37:12 -0400 Received: from cm12.websitewelcome.com (cm12.websitewelcome.com [100.42.49.8]) by gateway22.websitewelcome.com (Postfix) with ESMTP id EBFEB25061 for <27736@debbugs.gnu.org>; Mon, 17 Jul 2017 16:37:08 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id XDgqdx7QfS3CiXDgqdmaww; Mon, 17 Jul 2017 16:36:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=TQtE3HTUVRnrl5DALZe9OULmNJoaZPXoidPoS9ag2gA=; b=Q5Gc0eSUivHgptM3VY/WXzPrFW XF0G4lOTZm7uoaRlNalRnyNtKsjRTeIvHXQC/qEgZrHzxiTmGOU/J7nPjmN0rW/RLff781TFHBqMb mSwd0SXv8kVUew1FVnB+lz0aTTxfKRhPPqEssyWYbn0FabXA890+Yyu5gRElMYQGENtWHA3uxk6aL V8EJ1WTU3tmMSXGjTtO0wOfga+AttHOQmz/4EydUNAn5DQLhsry3VRYQDIPiBe5IaQUK5PnT8OD1a qmuTb3PiFKlONMp8RfSBkiQldG7L+WE3NSZJyfEQRgZbEVIwtdMx58mwci43vejFOdJpmXbsBg75G +onlDSYw==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:49355 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dXDhS-0048Cr-SA; Mon, 17 Jul 2017 16:37:07 -0500 Date: Mon, 17 Jul 2017 14:37:06 -0700 Message-ID: From: Keith David Bershatsky To: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dXDhS-0048Cr-SA X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:49355 X-Source-Auth: lawlist X-Email-Count: 3 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) I have not yet learned how to use gdb while building Emacs. Here are the steps I used with both ggdb and gdb following a failed build of Emacs. I have labeled ggdb and gdb with BEGIN/END to distinguish between the two reports below. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;;; BEGIN ggdb Last login: Mon Jul 17 14:26:40 on ttys000 server:~ HOME$ sudo /Users/HOME/.0.data/.0.emacs/.0.macports/bin/ggdb /Users/HOME/Desktop/emacs/src/emacs Password: GNU gdb (GDB) 7.9.1 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-apple-darwin10.8.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /Users/HOME/Desktop/emacs/src/emacs...done. (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el [New Thread 0x60f of process 1654] [New Thread 0x70f of process 1654] ^C Program received signal SIGINT, Interrupt. 0x00007fff87007b3a in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib (gdb) bt #0 0x00007fff87007b3a in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #1 0x00007fff8700781c in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #2 0x00007fff87010d71 in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #3 0x00000001001c3883 in localtime_rz (tz=0x100d06100, t=0x7fff5fbfc208, tm=0x7fff5fbfc1d0) at time_rz.c:296 #4 0x000000010011d02e in emacs_localtime_rz (tz=0xffffffff800007b0, t=0xa3d70a3d70a3d70b, tm=0x147ae00) at editfns.c:103 #5 0x000000010011e742 in Fdecode_time (specified_time=, zone=0) at editfns.c:2163 #6 0x000000010012d55e in funcall_subr (subr=0x1005b03b8 , numargs=1, args=0xfffffffffeb851ff) at eval.c:2817 #7 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 #8 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=21474816, args_template=1030, nargs=1, args=0x7fff5fbfc4b8) at bytecode.c:629 #9 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #10 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=21474816, args_template=3086, nargs=3, args=0x7fff5fbfc660) at bytecode.c:629 #11 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 ---Type to continue, or q to quit--- ;;; END ggdb ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;;; BEGIN gdb Last login: Mon Jul 17 14:22:48 on ttys000 server:~ HOME$ gdb /Users/HOME/Desktop/emacs/src/emacsGNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ........... done (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Reading symbols for shared libraries .++++++++++............................................................................... done ^C Program received signal SIGINT, Interrupt. 0x00007fff87007b17 in timesub () (gdb) bt #0 0x00007fff87007b17 in timesub () #1 0x00007fff8700781c in _st_localsub () #2 0x00007fff87010d71 in localtime_r () #3 0x00000001001c3883 in localtime_rz (tz=0x100c08360, t=0x7fff5fbfc188, tm=0x7fff5fbfc150) at time_rz.c:296 #4 0x000000010011d02e in emacs_localtime_rz (tz=, t=, tm=) at editfns.c:103 #5 0x000000010011e742 in Fdecode_time (specified_time=, zone=0) at editfns.c:2163 #6 0x000000010012d55e in funcall_subr (subr=0x1005b03b8, numargs=1, args=) at eval.c:2817 #7 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 #8 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=1030, nargs=1, args=0x7fff5fbfc438) at bytecode.c:629 #9 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #10 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=3086, nargs=3, args=0x7fff5fbfc5e0) at bytecode.c:629 #11 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #12 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=0, nargs=0, args=0x0) at bytecode.c:629 #13 0x000000010012ae43 in eval_sub (form=) at eval.c:2222 #14 0x000000010012ddbc in builtin_lisp_symbol [inlined] () at eval.c:809 #15 0x000000010012ddbc in make_lisp_symbol [inlined] () at eval.c:1149 #16 0x000000010012ddbc in NILP [inlined] () at /Users/HOME/Desktop/emacs/src/lisp.h:841 #17 0x000000010012ddbc in Fdefconst (args=) at eval.c:810 #18 0x000000010012af47 in eval_sub (form=) at eval.c:2169 #19 0x0000000100150758 in readevalloop (readcharfun=24096, infile0=0x7fff5fbfcb40, sourcename=4307660020, printflag=false, unibyte=, readfun=0, start=0, end=0) at lread.c:2038 #20 0x000000010015331c in Fload (file=4307658100, noerror=, nomessage=45360, nosuffix=, must_suffix=) at lread.c:1425 #21 0x000000010013628f in Frequire (feature=136412192, filename=4307658100, noerror=0) at fns.c:2801 #22 0x000000010012d54e in funcall_subr (subr=0x1005b2430, numargs=1, args=) at eval.c:2820 #23 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 #24 0x000000010012bda8 in Fapply (nargs=2, args=0x7fff5fbfce68) at eval.c:2328 #25 0x000000010012d472 in funcall_subr (subr=0x1005b0e40, numargs=2, args=) at eval.c:2795 #26 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 #27 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd058) at bytecode.c:629 #28 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #29 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd1d0) at bytecode.c:629 #30 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #31 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd338) at bytecode.c:629 #32 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #33 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2058, nargs=2, args=0x7fff5fbfd4d8) at bytecode.c:629 #34 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #35 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd628) at bytecode.c:629 #36 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #37 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd820) at bytecode.c:629 #38 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #39 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfdaf8) at bytecode.c:629 #40 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #41 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2054, nargs=1, args=0x7fff5fbfde40) at bytecode.c:629 #42 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #43 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfe018) at bytecode.c:629 #44 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #45 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1026, nargs=0, args=0x7fff5fbfe288) at bytecode.c:629 #46 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #47 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfe8a8) at bytecode.c:629 #48 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #49 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2, nargs=0, args=0x7fff5fbff158) at bytecode.c:629 #50 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 #51 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2, nargs=0, args=0x7fff5fbff440) at bytecode.c:629 #52 0x000000010012c985 in apply_lambda (fun=4298459597, args=, count=4) at eval.c:2877 #53 0x000000010012aa20 in eval_sub (form=) at eval.c:2291 #54 0x000000010012cd0a in Feval (form=4363374275, lexical=) at eval.c:2038 #55 0x0000000100129b23 in internal_condition_case (bfun=0x1000b71f0 , handlers=, hfun=0x1000b9eb0 ) at eval.c:1319 #56 0x00000001000b7978 in top_level_1 (ignore=) at keyboard.c:1131 #57 0x0000000100129ba7 in internal_catch (tag=, func=0x1000b7920 , arg=0) at eval.c:1084 #58 0x00000001000b7082 in command_loop () at keyboard.c:1092 #59 0x00000001000b716d in recursive_edit_1 () at keyboard.c:699 #60 0x00000001000ba19a in Frecursive_edit () at keyboard.c:770 #61 0x00000001000aff98 in main (argc=9, argv=0x7fff5fbff908) at emacs.c:1706 (gdb) ;;; END gdb From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 01:08:59 2017 Received: (at submit) by debbugs.gnu.org; 18 Jul 2017 05:08:59 +0000 Received: from localhost ([127.0.0.1]:45212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXKkg-0001kM-ER for submit@debbugs.gnu.org; Tue, 18 Jul 2017 01:08:59 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55847) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXKke-0001k7-GP for submit@debbugs.gnu.org; Tue, 18 Jul 2017 01:08:53 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXKkX-0002QG-4q for submit@debbugs.gnu.org; Tue, 18 Jul 2017 01:08:47 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:54908) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dXKkX-0002QC-1B for submit@debbugs.gnu.org; Tue, 18 Jul 2017 01:08:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46810) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXKkU-000551-MH for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2017 01:08:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXKkR-0002P4-A3 for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2017 01:08:42 -0400 Received: from [195.159.176.226] (port=35616 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dXKkQ-0002Oj-Vf for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2017 01:08:39 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dXKkH-0003FX-6y for bug-gnu-emacs@gnu.org; Tue, 18 Jul 2017 07:08:29 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. Date: Tue, 18 Jul 2017 07:08:27 +0200 Lines: 154 Message-ID: <9e1734af-eae3-94ab-079a-87eb6c01fee6@aurox.ch> References: Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@blaine.gmane.org User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit Cc: Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Thanks for posting the traces. It looks like your second trace matches the one I posted. Can you please rebuild with debugging symbols (see etc/DEBUG) and then run the same commands that I showed (select 5, pp specified_time)? On 17/07/2017 23:37, Keith David Bershatsky wrote: > I have not yet learned how to use gdb while building Emacs. Here are the steps I used with both ggdb and gdb following a failed build of Emacs. I have labeled ggdb and gdb with BEGIN/END to distinguish between the two reports below. > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > ;;; BEGIN ggdb > > Last login: Mon Jul 17 14:26:40 on ttys000 > server:~ HOME$ sudo /Users/HOME/.0.data/.0.emacs/.0.macports/bin/ggdb /Users/HOME/Desktop/emacs/src/emacs > Password: > GNU gdb (GDB) 7.9.1 > Copyright (C) 2015 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "x86_64-apple-darwin10.8.0". > Type "show configuration" for configuration details. > For bug reporting instructions, please see: > . > Find the GDB manual and other documentation resources online at: > . > For help, type "help". > Type "apropos word" to search for commands related to "word"... > Reading symbols from /Users/HOME/Desktop/emacs/src/emacs...done. > (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > [New Thread 0x60f of process 1654] > [New Thread 0x70f of process 1654] > ^C > Program received signal SIGINT, Interrupt. > 0x00007fff87007b3a in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib > (gdb) bt > #0 0x00007fff87007b3a in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib > #1 0x00007fff8700781c in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib > #2 0x00007fff87010d71 in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib > #3 0x00000001001c3883 in localtime_rz (tz=0x100d06100, t=0x7fff5fbfc208, > tm=0x7fff5fbfc1d0) at time_rz.c:296 > #4 0x000000010011d02e in emacs_localtime_rz (tz=0xffffffff800007b0, > t=0xa3d70a3d70a3d70b, tm=0x147ae00) at editfns.c:103 > #5 0x000000010011e742 in Fdecode_time (specified_time=, zone=0) > at editfns.c:2163 > #6 0x000000010012d55e in funcall_subr (subr=0x1005b03b8 , > numargs=1, args=0xfffffffffeb851ff) at eval.c:2817 > #7 0x000000010012b716 in Ffuncall (nargs=, > args=) at eval.c:2740 > #8 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, > vector=-6640827866535438581, maxdepth=21474816, args_template=1030, > nargs=1, args=0x7fff5fbfc4b8) at bytecode.c:629 > #9 0x000000010012b67a in Ffuncall (nargs=, > args=) at eval.c:2754 > #10 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, > vector=-6640827866535438581, maxdepth=21474816, args_template=3086, > nargs=3, args=0x7fff5fbfc660) at bytecode.c:629 > #11 0x000000010012b67a in Ffuncall (nargs=, > args=) at eval.c:2754 > ---Type to continue, or q to quit--- > > ;;; END ggdb > > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > ;;; BEGIN gdb > > Last login: Mon Jul 17 14:22:48 on ttys000 > server:~ HOME$ gdb /Users/HOME/Desktop/emacs/src/emacsGNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ........... done > > (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > Reading symbols for shared libraries .++++++++++............................................................................... done > ^C > Program received signal SIGINT, Interrupt. > 0x00007fff87007b17 in timesub () > (gdb) bt > #0 0x00007fff87007b17 in timesub () > #1 0x00007fff8700781c in _st_localsub () > #2 0x00007fff87010d71 in localtime_r () > #3 0x00000001001c3883 in localtime_rz (tz=0x100c08360, t=0x7fff5fbfc188, tm=0x7fff5fbfc150) at time_rz.c:296 > #4 0x000000010011d02e in emacs_localtime_rz (tz=, t=, tm=) at editfns.c:103 > #5 0x000000010011e742 in Fdecode_time (specified_time=, zone=0) at editfns.c:2163 > #6 0x000000010012d55e in funcall_subr (subr=0x1005b03b8, numargs=1, args=) at eval.c:2817 > #7 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 > #8 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=1030, nargs=1, args=0x7fff5fbfc438) at bytecode.c:629 > #9 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #10 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=3086, nargs=3, args=0x7fff5fbfc5e0) at bytecode.c:629 > #11 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #12 0x00000001001651d7 in exec_byte_code (bytestr=-2147481680, vector=-6640827866535438581, maxdepth=773093404, args_template=0, nargs=0, args=0x0) at bytecode.c:629 > #13 0x000000010012ae43 in eval_sub (form=) at eval.c:2222 > #14 0x000000010012ddbc in builtin_lisp_symbol [inlined] () at eval.c:809 > #15 0x000000010012ddbc in make_lisp_symbol [inlined] () at eval.c:1149 > #16 0x000000010012ddbc in NILP [inlined] () at /Users/HOME/Desktop/emacs/src/lisp.h:841 > #17 0x000000010012ddbc in Fdefconst (args=) at eval.c:810 > #18 0x000000010012af47 in eval_sub (form=) at eval.c:2169 > #19 0x0000000100150758 in readevalloop (readcharfun=24096, infile0=0x7fff5fbfcb40, sourcename=4307660020, printflag=false, unibyte=, readfun=0, start=0, end=0) at lread.c:2038 > #20 0x000000010015331c in Fload (file=4307658100, noerror=, nomessage=45360, nosuffix=, must_suffix=) at lread.c:1425 > #21 0x000000010013628f in Frequire (feature=136412192, filename=4307658100, noerror=0) at fns.c:2801 > #22 0x000000010012d54e in funcall_subr (subr=0x1005b2430, numargs=1, args=) at eval.c:2820 > #23 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 > #24 0x000000010012bda8 in Fapply (nargs=2, args=0x7fff5fbfce68) at eval.c:2328 > #25 0x000000010012d472 in funcall_subr (subr=0x1005b0e40, numargs=2, args=) at eval.c:2795 > #26 0x000000010012b716 in Ffuncall (nargs=, args=) at eval.c:2740 > #27 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd058) at bytecode.c:629 > #28 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #29 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd1d0) at bytecode.c:629 > #30 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #31 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd338) at bytecode.c:629 > #32 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #33 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2058, nargs=2, args=0x7fff5fbfd4d8) at bytecode.c:629 > #34 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #35 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd628) at bytecode.c:629 > #36 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #37 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfd820) at bytecode.c:629 > #38 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #39 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfdaf8) at bytecode.c:629 > #40 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #41 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2054, nargs=1, args=0x7fff5fbfde40) at bytecode.c:629 > #42 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #43 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfe018) at bytecode.c:629 > #44 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #45 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1026, nargs=0, args=0x7fff5fbfe288) at bytecode.c:629 > #46 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #47 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=1030, nargs=1, args=0x7fff5fbfe8a8) at bytecode.c:629 > #48 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #49 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2, nargs=0, args=0x7fff5fbff158) at bytecode.c:629 > #50 0x000000010012b67a in Ffuncall (nargs=, args=) at eval.c:2754 > #51 0x00000001001651d7 in exec_byte_code (bytestr=2, vector=4307658100, maxdepth=-1000391738987243024, args_template=2, nargs=0, args=0x7fff5fbff440) at bytecode.c:629 > #52 0x000000010012c985 in apply_lambda (fun=4298459597, args=, count=4) at eval.c:2877 > #53 0x000000010012aa20 in eval_sub (form=) at eval.c:2291 > #54 0x000000010012cd0a in Feval (form=4363374275, lexical=) at eval.c:2038 > #55 0x0000000100129b23 in internal_condition_case (bfun=0x1000b71f0 , handlers=, hfun=0x1000b9eb0 ) at eval.c:1319 > #56 0x00000001000b7978 in top_level_1 (ignore=) at keyboard.c:1131 > #57 0x0000000100129ba7 in internal_catch (tag=, func=0x1000b7920 , arg=0) at eval.c:1084 > #58 0x00000001000b7082 in command_loop () at keyboard.c:1092 > #59 0x00000001000b716d in recursive_edit_1 () at keyboard.c:699 > #60 0x00000001000ba19a in Frecursive_edit () at keyboard.c:770 > #61 0x00000001000aff98 in main (argc=9, argv=0x7fff5fbff908) at emacs.c:1706 > (gdb) > > ;;; END gdb > > > > From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 02:56:59 2017 Received: (at 27736) by debbugs.gnu.org; 18 Jul 2017 06:56:59 +0000 Received: from localhost ([127.0.0.1]:45253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXMRG-0004H6-PL for submit@debbugs.gnu.org; Tue, 18 Jul 2017 02:56:58 -0400 Received: from gateway34.websitewelcome.com ([192.185.149.101]:18700) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXMRE-0004Gv-In for 27736@debbugs.gnu.org; Tue, 18 Jul 2017 02:56:57 -0400 Received: from cm13.websitewelcome.com (cm13.websitewelcome.com [100.42.49.6]) by gateway34.websitewelcome.com (Postfix) with ESMTP id 8EB9C1C38952 for <27736@debbugs.gnu.org>; Tue, 18 Jul 2017 01:56:55 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id XMTtdG9XnqI0vXMTuddPBT; Tue, 18 Jul 2017 01:59:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Wj46IbL7RP2Isds1d8qAX3EvebGC9Q2CGB0VXiCWB+I=; b=V92fEuZd3ytHRKebZXzTQ4Dbks GZ0lyI7Zoe9i6yQ3xmJWxPPpRS6MImGCUfV/0CwfO5pe9yiVQit9/GrUBIUn1j65LKCDfHWSJ7uHA 7R6/4+dyv1oL33k7l7p9u2ErZBVeZHJcw/IHLe10OJEi6h+yBzwx82D/05Ne5rV2XYHpBPBRtaMp0 KCKYNbR4McZABKzbSaFlz2ajFqdC74TYAmJROEQIluhEF/d+BFZEtCJts1q6I1nJCEO/MGEnO4lNh yCzKBj3gPB/4FahNYDJII097aTn2O978H/yiBpD89LpTs6E80ouq8QUqx0jL9ySKJlr+r2R8xWuXb r6EaJbMQ==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:58088 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dXMRC-0026Pw-JQ; Tue, 18 Jul 2017 01:56:54 -0500 Date: Mon, 17 Jul 2017 23:56:53 -0700 Message-ID: From: Keith David Bershatsky To: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dXMRC-0026Pw-JQ X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:58088 X-Source-Auth: lawlist X-Email-Count: 3 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Neither of my gdb or ggdb versions show anything for "select 5" and "pp" is not recognized. I thought perhaps "frame 5" and "print specified_time" might be fairly close to what it is that you seek, but I'm just guessing. (gdb) frame 5 #5 0x00000001001e9746 in Fdecode_time (specified_time={i = 4506560707}, zone={i = 0}) at editfns.c:2163 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); (gdb) print specified_time $1 = { i = 4506560707 } I built emacs using the following configure options: CFLAGS='-O0 -g3' ./configure --enable-checking='yes,glyphs' --enable-check-lisp-object-type --with-ns --without-makeinfo --with-gnutls=no --with-mailutils I ran the backtrace as follows, after manually interrupting the build when it stopped/froze at org-timer.el: (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; DATE: [07-17-2017 22:08:27] <18 Jul 2017 07:08:27 +0200> FROM: "Charles A. Roelli" > > Thanks for posting the traces. It looks like your second trace > matches the one I posted. Can you please rebuild with debugging > symbols (see etc/DEBUG) and then run the same commands that I showed > (select 5, pp specified_time)? From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 10:34:13 2017 Received: (at 27736) by debbugs.gnu.org; 18 Jul 2017 14:34:13 +0000 Received: from localhost ([127.0.0.1]:46719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXTZl-0005nF-FB for submit@debbugs.gnu.org; Tue, 18 Jul 2017 10:34:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXTZk-0005n3-IA for 27736@debbugs.gnu.org; Tue, 18 Jul 2017 10:34:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dXTZc-0001D1-T0 for 27736@debbugs.gnu.org; Tue, 18 Jul 2017 10:34:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dXTZS-0000yf-Lr; Tue, 18 Jul 2017 10:33:54 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1214 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dXTZR-0000Ll-QM; Tue, 18 Jul 2017 10:33:54 -0400 Date: Tue, 18 Jul 2017 17:34:01 +0300 Message-Id: <83fudtddba.fsf@gnu.org> From: Eli Zaretskii To: Keith David Bershatsky In-reply-to: (message from Keith David Bershatsky on Mon, 17 Jul 2017 23:56:53 -0700) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, alan@idiocy.org, charles@aurox.ch, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 17 Jul 2017 23:56:53 -0700 > From: Keith David Bershatsky > Cc: Alan Third , 27736@debbugs.gnu.org, > Noam Postavsky > > Neither of my gdb or ggdb versions show anything for "select 5" and "pp" is not recognized. "pp" is defined in src/.gdbinit. You need to tell GDB to read it: (gdb) source /path/to/emacs/src/.gdbinit From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 12:07:48 2017 Received: (at 27736) by debbugs.gnu.org; 18 Jul 2017 16:07:48 +0000 Received: from localhost ([127.0.0.1]:46853 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXV2J-00082L-KY for submit@debbugs.gnu.org; Tue, 18 Jul 2017 12:07:48 -0400 Received: from gateway33.websitewelcome.com ([192.185.146.195]:17283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXV2H-00082D-Kl for 27736@debbugs.gnu.org; Tue, 18 Jul 2017 12:07:46 -0400 Received: from cm14.websitewelcome.com (cm14.websitewelcome.com [100.42.49.7]) by gateway33.websitewelcome.com (Postfix) with ESMTP id 7D868131200 for <27736@debbugs.gnu.org>; Tue, 18 Jul 2017 11:07:43 -0500 (CDT) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id XV1pdHURJFnrPXV1pd7cM9; Tue, 18 Jul 2017 11:07:17 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=JHDi5LsSPG+GeIld8NmSVphohNX/JiG/gymyXn9Cjqc=; b=av2TyMyAZVpuDeIeiJXbLqLnUU k04896jdertyXhv/ztDpZQfGdUs6h50IgjC85MgsIYmPfUxgRe44dTc++k8UZK+P0+MWOqUtZLrz7 PwHdaOzLtri0dTdXjiULObhyJsap4s+w8jj1GfURpknhPEshdidPSfp+Q79j7irAUHs13CF+BgYaZ pF2AczET1foKW7Hbi9OTKuzypoXwwCBtQSNbOCPd+9aAMNdxrWNnvBQoPwor07j6rlBs6n1iu17yJ nViST5YuF+vjBcG3zlKHhJlXydosHMyyPVqgTsyLZnCZ8ItNqPcp9gYCQNa5Y8fOIuKwUsH5Jxjvk SDB3DVGA==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:49442 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1dXV2E-0011Y7-FS; Tue, 18 Jul 2017 11:07:42 -0500 Date: Tue, 18 Jul 2017 09:07:41 -0700 Message-ID: From: Keith David Bershatsky To: Eli Zaretskii Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Exim-ID: 1dXV2E-0011Y7-FS X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:49442 X-Source-Auth: lawlist X-Email-Count: 4 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: "Charles A. Roelli" , Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Thank you, Eli, for teaching me about: > > "pp" is defined in src/.gdbinit. You need to tell GDB to read it: > > (gdb) source /path/to/emacs/src/.gdbinit Here is a new backtrace for the frame that deals with decode_time: (gdb) frame 10 #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); (gdb) pp specified_time (-1034058203136 0) And, here is the whole thing: Last login: Tue Jul 18 08:48:40 on console server:emacs HOME$ gdb /Users/HOME/Desktop/emacs/src/emacs GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ........... done (gdb) source /Users/HOME/Desktop/emacs/src/.gdbinit Warning: /Users/HOME/Desktop/emacs/../lwlib: No such file or directory. DISPLAY = /tmp/launch-uSoMoF/org.x:0 TERM = xterm-color Breakpoint 1 at 0x100134c52: file emacs.c, line 364. Breakpoint 2 at 0x100162889: file sysdep.c, line 1016. /Users/HOME/Desktop/emacs/src/.gdbinit:1273: Error in sourced command file: Undefined command: "python". Try "help". (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Reading symbols for shared libraries .++++++++++............................................................................... done ^C Breakpoint 1, terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 364 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 #1 0x0000000100163bdc in handle_fatal_signal (sig=Could not find the frame base for "handle_fatal_signal". ) at sysdep.c:1714 #2 0x0000000100163b10 in deliver_process_signal (sig=2, handler=0x100163bc4 ) at sysdep.c:1654 #3 0x0000000100163bf6 in deliver_fatal_signal (sig=2) at sysdep.c:1720 #4 #5 0x00007fff87007b0a in timesub () #6 0x00007fff8700781c in _st_localsub () #7 0x00007fff87010d71 in localtime_r () #8 0x00000001002f5696 in localtime_rz (tz=0x101000f90, t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at time_rz.c:296 #9 0x00000001001e3afd in emacs_localtime_rz (tz=0x101000f90, t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at editfns.c:103 #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 #11 0x000000010020183b in funcall_subr (subr=0x1007bcdd8, numargs=1, args=0x7fff5fbf9608) at eval.c:2817 #12 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbf9600) at eval.c:2740 #13 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399444}, vector={i = 4352860773}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbf9a08) at bytecode.c:629 #14 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860813}, nargs=1, arg_vector=0x7fff5fbf9a00) at eval.c:2941 #15 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbf99f8) at eval.c:2742 #16 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399380}, vector={i = 4352860677}, maxdepth={i = 42}, args_template={i = 3086}, nargs=3, args=0x7fff5fbf9e30) at bytecode.c:629 #17 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860725}, nargs=3, arg_vector=0x7fff5fbf9e18) at eval.c:2941 #18 0x0000000100201374 in Ffuncall (nargs=4, args=0x7fff5fbf9e10) at eval.c:2742 #19 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399348}, vector={i = 4352860861}, maxdepth={i = 46}, args_template={i = 0}, nargs=0, args=0x0) at bytecode.c:629 #20 0x0000000100259e7b in Fbyte_code (bytestr={i = 4333399348}, vector={i = 4352860861}, maxdepth={i = 46}) at bytecode.c:321 #21 0x00000001001ffac1 in eval_sub (form={i = 4352004051}) at eval.c:2222 #22 0x00000001001fb503 in Fdefconst (args={i = 4352004099}) at eval.c:809 #23 0x00000001001ff63a in eval_sub (form={i = 4352004115}) at eval.c:2169 #24 0x0000000100239455 in readevalloop (readcharfun={i = 24096}, infile0=0x7fff5fbfa750, sourcename={i = 4330661364}, printflag=false, unibyte={i = 0}, readfun={i = 0}, start={i = 0}, end={i = 0}) at lread.c:2038 #25 0x0000000100237532 in Fload (file={i = 4331687524}, noerror={i = 0}, nomessage={i = 45360}, nosuffix={i = 0}, must_suffix={i = 45360}) at lread.c:1425 #26 0x0000000100210444 in Frequire (feature={i = 42008288}, filename={i = 0}, noerror={i = 0}) at fns.c:2801 #27 0x000000010020186f in funcall_subr (subr=0x1007bed48, numargs=1, args=0x7fff5fbfacd0) at eval.c:2820 #28 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbfacc8) at eval.c:2740 #29 0x0000000100200087 in Fapply (nargs=2, args=0x7fff5fbfacc8) at eval.c:2328 #30 0x00000001002016cc in funcall_subr (subr=0x1007bda88, numargs=2, args=0x7fff5fbfacc8) at eval.c:2795 #31 0x000000010020133c in Ffuncall (nargs=3, args=0x7fff5fbfacc0) at eval.c:2740 #32 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330679892}, vector={i = 4455527021}, maxdepth={i = 38}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb138) at bytecode.c:629 #33 0x0000000100201fe7 in funcall_lambda (fun={i = 4455527189}, nargs=1, arg_vector=0x7fff5fbfb130) at eval.c:2941 #34 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb128) at eval.c:2742 #35 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678964}, vector={i = 4455517957}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb530) at bytecode.c:629 #36 0x0000000100201fe7 in funcall_lambda (fun={i = 4455518005}, nargs=1, arg_vector=0x7fff5fbfb528) at eval.c:2941 #37 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb520) at eval.c:2742 #38 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678836}, vector={i = 4455517813}, maxdepth={i = 22}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb918) at bytecode.c:629 #39 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517861}, nargs=1, arg_vector=0x7fff5fbfb910) at eval.c:2941 #40 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb908) at eval.c:2742 #41 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330662116}, vector={i = 4455466989}, maxdepth={i = 42}, args_template={i = 2058}, nargs=2, args=0x7fff5fbfbd38) at bytecode.c:629 #42 0x0000000100201fe7 in funcall_lambda (fun={i = 4455467093}, nargs=2, arg_vector=0x7fff5fbfbd28) at eval.c:2941 #43 0x0000000100201374 in Ffuncall (nargs=3, args=0x7fff5fbfbd20) at eval.c:2742 #44 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678804}, vector={i = 4455495149}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfc108) at bytecode.c:629 #45 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517909}, nargs=1, arg_vector=0x7fff5fbfc100) at eval.c:2941 #46 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc0f8) at eval.c:2742 #47 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676260}, vector={i = 4455508293}, maxdepth={i = 42}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfc580) at bytecode.c:629 #48 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508517}, nargs=1, arg_vector=0x7fff5fbfc578) at eval.c:2941 #49 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc570) at eval.c:2742 #50 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676164}, vector={i = 4455512637}, maxdepth={i = 70}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfcad8) at bytecode.c:629 #51 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508565}, nargs=1, arg_vector=0x7fff5fbfcad0) at eval.c:2941 #52 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfcac8) at eval.c:2742 #53 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330675236}, vector={i = 4455503421}, maxdepth={i = 66}, args_template={i = 2054}, nargs=1, args=0x7fff5fbfd0a0) at bytecode.c:629 #54 0x0000000100201fe7 in funcall_lambda (fun={i = 4455504133}, nargs=1, arg_vector=0x7fff5fbfd098) at eval.c:2941 #55 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd090) at eval.c:2742 #56 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698708}, vector={i = 4455656013}, maxdepth={i = 34}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfd4f8) at bytecode.c:629 #57 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647189}, nargs=1, arg_vector=0x7fff5fbfd4f0) at eval.c:2941 #58 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd4e8) at eval.c:2742 #59 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698612}, vector={i = 4455660765}, maxdepth={i = 42}, args_template={i = 1026}, nargs=0, args=0x7fff5fbfd9e8) at bytecode.c:629 #60 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647141}, nargs=0, arg_vector=0x7fff5fbfd9e8) at eval.c:2941 #61 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfd9e0) at eval.c:2742 #62 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299934692}, vector={i = 4299934725}, maxdepth={i = 94}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfe288) at bytecode.c:629 #63 0x0000000100201fe7 in funcall_lambda (fun={i = 4299934645}, nargs=1, arg_vector=0x7fff5fbfe280) at eval.c:2941 #64 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfe278) at eval.c:2742 #65 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299912628}, vector={i = 4299912661}, maxdepth={i = 86}, args_template={i = 2}, nargs=0, args=0x7fff5fbfedb8) at bytecode.c:629 #66 0x0000000100201fe7 in funcall_lambda (fun={i = 4299912581}, nargs=0, arg_vector=0x7fff5fbfedb8) at eval.c:2941 #67 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfedb0) at eval.c:2742 #68 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299908964}, vector={i = 4299908997}, maxdepth={i = 50}, args_template={i = 2}, nargs=0, args=0x7fff5fbff2f0) at bytecode.c:629 #69 0x0000000100201fe7 in funcall_lambda (fun={i = 4299908917}, nargs=0, arg_vector=0x7fff5fbff2f0) at eval.c:2941 #70 0x0000000100201c16 in apply_lambda (fun={i = 4299908917}, args={i = 0}, count=4) at eval.c:2877 #71 0x00000001001ffc89 in eval_sub (form={i = 4379235827}) at eval.c:2261 #72 0x00000001001fef96 in Feval (form={i = 4379235827}, lexical={i = 0}) at eval.c:2038 #73 0x0000000100139c2c in top_level_2 () at keyboard.c:1123 #74 0x00000001001fd0d8 in internal_condition_case (bfun=0x100139c08 , handlers={i = 18528}, hfun=0x100139519 ) at eval.c:1319 #75 0x0000000100139c78 in top_level_1 (ignore={i = 0}) at keyboard.c:1131 #76 0x00000001001fc551 in internal_catch (tag={i = 46944}, func=0x100139c2e , arg={i = 0}) at eval.c:1084 #77 0x0000000100139b4d in command_loop () at keyboard.c:1092 #78 0x0000000100138fb0 in recursive_edit_1 () at keyboard.c:699 #79 0x00000001001391c7 in Frecursive_edit () at keyboard.c:770 #80 0x0000000100136cdc in main (argc=9, argv=0x7fff5fbff8e8) at emacs.c:1706 Lisp Backtrace: "decode-time" (0x5fbf9608) 0x3736288 PVEC_COMPILED 0x3736230 PVEC_COMPILED "byte-code" (0x5fbfa140) "defconst" (0x5fbfa3e0) "require" (0x5fbfacd0) "apply" (0x5fbfacc8) "byte-compile-file-form-require" (0x5fbfb130) "byte-compile-file-form" (0x5fbfb528) 0x991cea0 PVEC_COMPILED "byte-compile-recurse-toplevel" (0x5fbfbd28) "byte-compile-toplevel-file-form" (0x5fbfc100) 0x991aa20 PVEC_COMPILED "byte-compile-from-buffer" (0x5fbfcad0) "byte-compile-file" (0x5fbfd098) "batch-byte-compile-file" (0x5fbfd4f0) "batch-byte-compile" (0x5fbfd9e8) "command-line-1" (0x5fbfe280) "command-line" (0x5fbfedb8) "normal-top-level" (0x5fbff2f0) (gdb) select 5 (gdb) frame 5 #5 0x00007fff87007b0a in timesub () (gdb) frame 10 #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); (gdb) pp specified_time (-1034058203136 0) (gdb) From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 18 14:42:27 2017 Received: (at 27736) by debbugs.gnu.org; 18 Jul 2017 18:42:27 +0000 Received: from localhost ([127.0.0.1]:46924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXXRz-0004zF-7l for submit@debbugs.gnu.org; Tue, 18 Jul 2017 14:42:27 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:39967) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXXRw-0004z1-Ad for 27736@debbugs.gnu.org; Tue, 18 Jul 2017 14:42:25 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 06F2F224BE for <27736@debbugs.gnu.org>; Tue, 18 Jul 2017 18:37:01 +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= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1500403017; x= 1501267018; bh=O16rzWTx3LOXG7SXBqtCfz9zGNDPCx8qhEWaPJUkJRs=; b=A kgV+e0qNb+tppuTvQ6328cNsX+D50bdzkNmA/z6ACMUDY4nsVgSwCciI4fuEFt80 8W1uqbITHc9YepXHmVV3bO4/d5GsbCV7xUvGtQHtdx7NL2PupZmlg8P3tEckZA4J cTD1H62RQ7INwuGsh7emJgnbhAJS2Z8aUmLUd7fIRk= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 oT7gnKc06bgI for <27736@debbugs.gnu.org>; Tue, 18 Jul 2017 18:36:57 +0000 (UTC) Received: from [192.168.1.120] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id E66CF2249A; Tue, 18 Jul 2017 18:36:53 +0000 (UTC) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Keith David Bershatsky , Eli Zaretskii References: From: "Charles A. Roelli" Message-ID: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> Date: Tue, 18 Jul 2017 20:42:10 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Thanks for checking this so quickly. It looks like your machine also enters an infinite loop when evaluating the same form that I posted here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706#5 I'm not sure where we should patch this issue: in Lisp, in lib/time_rz.c (which is part of gnulib if I remember right), or in src/editfns.c (emacs_localtime_rz). Does anyone have an opinion about this? On 18/07/2017 18:07, Keith David Bershatsky wrote: > Thank you, Eli, for teaching me about: > >> "pp" is defined in src/.gdbinit. You need to tell GDB to read it: >> >> (gdb) source /path/to/emacs/src/.gdbinit > Here is a new backtrace for the frame that deals with decode_time: > > (gdb) frame 10 > #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 > 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); > (gdb) pp specified_time > (-1034058203136 0) > > And, here is the whole thing: > > Last login: Tue Jul 18 08:48:40 on console > > server:emacs HOME$ gdb /Users/HOME/Desktop/emacs/src/emacs > > GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 UTC 2009) > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries ........... done > > (gdb) source /Users/HOME/Desktop/emacs/src/.gdbinit > Warning: /Users/HOME/Desktop/emacs/../lwlib: No such file or directory. > DISPLAY = /tmp/launch-uSoMoF/org.x:0 > TERM = xterm-color > Breakpoint 1 at 0x100134c52: file emacs.c, line 364. > Breakpoint 2 at 0x100162889: file sysdep.c, line 1016. > /Users/HOME/Desktop/emacs/src/.gdbinit:1273: Error in sourced command file: > Undefined command: "python". Try "help". > (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el > Reading symbols for shared libraries .++++++++++............................................................................... done > ^C > Breakpoint 1, terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 > 364 signal (sig, SIG_DFL); > (gdb) bt > #0 terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 > #1 0x0000000100163bdc in handle_fatal_signal (sig=Could not find the frame base for "handle_fatal_signal". > ) at sysdep.c:1714 > #2 0x0000000100163b10 in deliver_process_signal (sig=2, handler=0x100163bc4 ) at sysdep.c:1654 > #3 0x0000000100163bf6 in deliver_fatal_signal (sig=2) at sysdep.c:1720 > #4 > #5 0x00007fff87007b0a in timesub () > #6 0x00007fff8700781c in _st_localsub () > #7 0x00007fff87010d71 in localtime_r () > #8 0x00000001002f5696 in localtime_rz (tz=0x101000f90, t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at time_rz.c:296 > #9 0x00000001001e3afd in emacs_localtime_rz (tz=0x101000f90, t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at editfns.c:103 > #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 > #11 0x000000010020183b in funcall_subr (subr=0x1007bcdd8, numargs=1, args=0x7fff5fbf9608) at eval.c:2817 > #12 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbf9600) at eval.c:2740 > #13 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399444}, vector={i = 4352860773}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbf9a08) at bytecode.c:629 > #14 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860813}, nargs=1, arg_vector=0x7fff5fbf9a00) at eval.c:2941 > #15 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbf99f8) at eval.c:2742 > #16 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399380}, vector={i = 4352860677}, maxdepth={i = 42}, args_template={i = 3086}, nargs=3, args=0x7fff5fbf9e30) at bytecode.c:629 > #17 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860725}, nargs=3, arg_vector=0x7fff5fbf9e18) at eval.c:2941 > #18 0x0000000100201374 in Ffuncall (nargs=4, args=0x7fff5fbf9e10) at eval.c:2742 > #19 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399348}, vector={i = 4352860861}, maxdepth={i = 46}, args_template={i = 0}, nargs=0, args=0x0) at bytecode.c:629 > #20 0x0000000100259e7b in Fbyte_code (bytestr={i = 4333399348}, vector={i = 4352860861}, maxdepth={i = 46}) at bytecode.c:321 > #21 0x00000001001ffac1 in eval_sub (form={i = 4352004051}) at eval.c:2222 > #22 0x00000001001fb503 in Fdefconst (args={i = 4352004099}) at eval.c:809 > #23 0x00000001001ff63a in eval_sub (form={i = 4352004115}) at eval.c:2169 > #24 0x0000000100239455 in readevalloop (readcharfun={i = 24096}, infile0=0x7fff5fbfa750, sourcename={i = 4330661364}, printflag=false, unibyte={i = 0}, readfun={i = 0}, start={i = 0}, end={i = 0}) at lread.c:2038 > #25 0x0000000100237532 in Fload (file={i = 4331687524}, noerror={i = 0}, nomessage={i = 45360}, nosuffix={i = 0}, must_suffix={i = 45360}) at lread.c:1425 > #26 0x0000000100210444 in Frequire (feature={i = 42008288}, filename={i = 0}, noerror={i = 0}) at fns.c:2801 > #27 0x000000010020186f in funcall_subr (subr=0x1007bed48, numargs=1, args=0x7fff5fbfacd0) at eval.c:2820 > #28 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbfacc8) at eval.c:2740 > #29 0x0000000100200087 in Fapply (nargs=2, args=0x7fff5fbfacc8) at eval.c:2328 > #30 0x00000001002016cc in funcall_subr (subr=0x1007bda88, numargs=2, args=0x7fff5fbfacc8) at eval.c:2795 > #31 0x000000010020133c in Ffuncall (nargs=3, args=0x7fff5fbfacc0) at eval.c:2740 > #32 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330679892}, vector={i = 4455527021}, maxdepth={i = 38}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb138) at bytecode.c:629 > #33 0x0000000100201fe7 in funcall_lambda (fun={i = 4455527189}, nargs=1, arg_vector=0x7fff5fbfb130) at eval.c:2941 > #34 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb128) at eval.c:2742 > #35 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678964}, vector={i = 4455517957}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb530) at bytecode.c:629 > #36 0x0000000100201fe7 in funcall_lambda (fun={i = 4455518005}, nargs=1, arg_vector=0x7fff5fbfb528) at eval.c:2941 > #37 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb520) at eval.c:2742 > #38 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678836}, vector={i = 4455517813}, maxdepth={i = 22}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfb918) at bytecode.c:629 > #39 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517861}, nargs=1, arg_vector=0x7fff5fbfb910) at eval.c:2941 > #40 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb908) at eval.c:2742 > #41 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330662116}, vector={i = 4455466989}, maxdepth={i = 42}, args_template={i = 2058}, nargs=2, args=0x7fff5fbfbd38) at bytecode.c:629 > #42 0x0000000100201fe7 in funcall_lambda (fun={i = 4455467093}, nargs=2, arg_vector=0x7fff5fbfbd28) at eval.c:2941 > #43 0x0000000100201374 in Ffuncall (nargs=3, args=0x7fff5fbfbd20) at eval.c:2742 > #44 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678804}, vector={i = 4455495149}, maxdepth={i = 18}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfc108) at bytecode.c:629 > #45 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517909}, nargs=1, arg_vector=0x7fff5fbfc100) at eval.c:2941 > #46 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc0f8) at eval.c:2742 > #47 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676260}, vector={i = 4455508293}, maxdepth={i = 42}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfc580) at bytecode.c:629 > #48 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508517}, nargs=1, arg_vector=0x7fff5fbfc578) at eval.c:2941 > #49 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc570) at eval.c:2742 > #50 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676164}, vector={i = 4455512637}, maxdepth={i = 70}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfcad8) at bytecode.c:629 > #51 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508565}, nargs=1, arg_vector=0x7fff5fbfcad0) at eval.c:2941 > #52 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfcac8) at eval.c:2742 > #53 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330675236}, vector={i = 4455503421}, maxdepth={i = 66}, args_template={i = 2054}, nargs=1, args=0x7fff5fbfd0a0) at bytecode.c:629 > #54 0x0000000100201fe7 in funcall_lambda (fun={i = 4455504133}, nargs=1, arg_vector=0x7fff5fbfd098) at eval.c:2941 > #55 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd090) at eval.c:2742 > #56 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698708}, vector={i = 4455656013}, maxdepth={i = 34}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfd4f8) at bytecode.c:629 > #57 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647189}, nargs=1, arg_vector=0x7fff5fbfd4f0) at eval.c:2941 > #58 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd4e8) at eval.c:2742 > #59 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698612}, vector={i = 4455660765}, maxdepth={i = 42}, args_template={i = 1026}, nargs=0, args=0x7fff5fbfd9e8) at bytecode.c:629 > #60 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647141}, nargs=0, arg_vector=0x7fff5fbfd9e8) at eval.c:2941 > #61 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfd9e0) at eval.c:2742 > #62 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299934692}, vector={i = 4299934725}, maxdepth={i = 94}, args_template={i = 1030}, nargs=1, args=0x7fff5fbfe288) at bytecode.c:629 > #63 0x0000000100201fe7 in funcall_lambda (fun={i = 4299934645}, nargs=1, arg_vector=0x7fff5fbfe280) at eval.c:2941 > #64 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfe278) at eval.c:2742 > #65 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299912628}, vector={i = 4299912661}, maxdepth={i = 86}, args_template={i = 2}, nargs=0, args=0x7fff5fbfedb8) at bytecode.c:629 > #66 0x0000000100201fe7 in funcall_lambda (fun={i = 4299912581}, nargs=0, arg_vector=0x7fff5fbfedb8) at eval.c:2941 > #67 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfedb0) at eval.c:2742 > #68 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299908964}, vector={i = 4299908997}, maxdepth={i = 50}, args_template={i = 2}, nargs=0, args=0x7fff5fbff2f0) at bytecode.c:629 > #69 0x0000000100201fe7 in funcall_lambda (fun={i = 4299908917}, nargs=0, arg_vector=0x7fff5fbff2f0) at eval.c:2941 > #70 0x0000000100201c16 in apply_lambda (fun={i = 4299908917}, args={i = 0}, count=4) at eval.c:2877 > #71 0x00000001001ffc89 in eval_sub (form={i = 4379235827}) at eval.c:2261 > #72 0x00000001001fef96 in Feval (form={i = 4379235827}, lexical={i = 0}) at eval.c:2038 > #73 0x0000000100139c2c in top_level_2 () at keyboard.c:1123 > #74 0x00000001001fd0d8 in internal_condition_case (bfun=0x100139c08 , handlers={i = 18528}, hfun=0x100139519 ) at eval.c:1319 > #75 0x0000000100139c78 in top_level_1 (ignore={i = 0}) at keyboard.c:1131 > #76 0x00000001001fc551 in internal_catch (tag={i = 46944}, func=0x100139c2e , arg={i = 0}) at eval.c:1084 > #77 0x0000000100139b4d in command_loop () at keyboard.c:1092 > #78 0x0000000100138fb0 in recursive_edit_1 () at keyboard.c:699 > #79 0x00000001001391c7 in Frecursive_edit () at keyboard.c:770 > #80 0x0000000100136cdc in main (argc=9, argv=0x7fff5fbff8e8) at emacs.c:1706 > > Lisp Backtrace: > "decode-time" (0x5fbf9608) > 0x3736288 PVEC_COMPILED > 0x3736230 PVEC_COMPILED > "byte-code" (0x5fbfa140) > "defconst" (0x5fbfa3e0) > "require" (0x5fbfacd0) > "apply" (0x5fbfacc8) > "byte-compile-file-form-require" (0x5fbfb130) > "byte-compile-file-form" (0x5fbfb528) > 0x991cea0 PVEC_COMPILED > "byte-compile-recurse-toplevel" (0x5fbfbd28) > "byte-compile-toplevel-file-form" (0x5fbfc100) > 0x991aa20 PVEC_COMPILED > "byte-compile-from-buffer" (0x5fbfcad0) > "byte-compile-file" (0x5fbfd098) > "batch-byte-compile-file" (0x5fbfd4f0) > "batch-byte-compile" (0x5fbfd9e8) > "command-line-1" (0x5fbfe280) > "command-line" (0x5fbfedb8) > "normal-top-level" (0x5fbff2f0) > (gdb) select 5 > (gdb) frame 5 > #5 0x00007fff87007b0a in timesub () > (gdb) frame 10 > #10 0x00000001001e9746 in Fdecode_time (specified_time={i = 4351999171}, zone={i = 0}) at editfns.c:2163 > 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); > (gdb) pp specified_time > (-1034058203136 0) > (gdb) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 19 15:58:22 2017 Received: (at 27736) by debbugs.gnu.org; 19 Jul 2017 19:58:22 +0000 Received: from localhost ([127.0.0.1]:48162 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXv6z-0003RB-FI for submit@debbugs.gnu.org; Wed, 19 Jul 2017 15:58:21 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:40627) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXv6w-0003Qx-PI for 27736@debbugs.gnu.org; Wed, 19 Jul 2017 15:58:19 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id B8A6E224C0 for <27736@debbugs.gnu.org>; Wed, 19 Jul 2017 19:52:52 +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= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1500493969; x= 1501357970; bh=9e89nJexCJXtYnuGswdOHhbiUVrGefURz1zDAJsA+P8=; b=P 9kW8CFe7LipoTb0SllItKUajYqX2xY59VOpP2uhesAdpoZdXOe1dnVU/xanHu67M ufrKVKB+BNBCSZNTD6LABWozjWqMGAMRVEKGMR0pN3Q+qZTmGeyvPandOTDbFfNX aO2fZyGa8Pil7s6R58Db9wamyoixOkdPRR23L7oo7A= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 6VAjfzIuhV3j for <27736@debbugs.gnu.org>; Wed, 19 Jul 2017 19:52:49 +0000 (UTC) Received: from [192.168.1.120] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 8727F224A1; Wed, 19 Jul 2017 19:52:46 +0000 (UTC) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Keith David Bershatsky , Eli Zaretskii References: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> From: "Charles A. Roelli" Message-ID: Date: Wed, 19 Jul 2017 21:58:03 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Err, oops: I guess there will be no patch for this in Lisp, since decode-time is written in C. So the choice is either to make a change in lib/time_rz.c or src/editfns.c. On 18/07/2017 20:42, Charles A. Roelli wrote: > Thanks for checking this so quickly. > > It looks like your machine also enters an infinite loop when > evaluating the same form that I posted here: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706#5 > > I'm not sure where we should patch this issue: in Lisp, in > lib/time_rz.c (which is part of gnulib if I remember right), or in > src/editfns.c (emacs_localtime_rz). Does anyone have an opinion about > this? > > > On 18/07/2017 18:07, Keith David Bershatsky wrote: >> Thank you, Eli, for teaching me about: >> >>> "pp" is defined in src/.gdbinit. You need to tell GDB to read it: >>> >>> (gdb) source /path/to/emacs/src/.gdbinit >> Here is a new backtrace for the frame that deals with decode_time: >> >> (gdb) frame 10 >> #10 0x00000001001e9746 in Fdecode_time (specified_time={i = >> 4351999171}, zone={i = 0}) at editfns.c:2163 >> 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, >> &local_tm); >> (gdb) pp specified_time >> (-1034058203136 0) >> >> And, here is the whole thing: >> >> Last login: Tue Jul 18 08:48:40 on console >> >> server:emacs HOME$ gdb /Users/HOME/Desktop/emacs/src/emacs >> >> GNU gdb 6.3.50-20050815 (Apple version gdb-1344) (Fri Jul 3 01:19:56 >> UTC 2009) >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "x86_64-apple-darwin"...Reading symbols >> for shared libraries ........... done >> >> (gdb) source /Users/HOME/Desktop/emacs/src/.gdbinit >> Warning: /Users/HOME/Desktop/emacs/../lwlib: No such file or directory. >> DISPLAY = /tmp/launch-uSoMoF/org.x:0 >> TERM = xterm-color >> Breakpoint 1 at 0x100134c52: file emacs.c, line 364. >> Breakpoint 2 at 0x100162889: file sysdep.c, line 1016. >> /Users/HOME/Desktop/emacs/src/.gdbinit:1273: Error in sourced command >> file: >> Undefined command: "python". Try "help". >> (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq >> load-prefer-newer t)' -f batch-byte-compile >> /Users/HOME/Desktop/emacs/lisp/org/org-timer.el >> Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch >> --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f >> batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el >> Reading symbols for shared libraries >> .++++++++++............................................................................... >> done >> ^C >> Breakpoint 1, terminate_due_to_signal (sig=2, backtrace_limit=40) at >> emacs.c:364 >> 364 signal (sig, SIG_DFL); >> (gdb) bt >> #0 terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 >> #1 0x0000000100163bdc in handle_fatal_signal (sig=Could not find the >> frame base for "handle_fatal_signal". >> ) at sysdep.c:1714 >> #2 0x0000000100163b10 in deliver_process_signal (sig=2, >> handler=0x100163bc4 ) at sysdep.c:1654 >> #3 0x0000000100163bf6 in deliver_fatal_signal (sig=2) at sysdep.c:1720 >> #4 >> #5 0x00007fff87007b0a in timesub () >> #6 0x00007fff8700781c in _st_localsub () >> #7 0x00007fff87010d71 in localtime_r () >> #8 0x00000001002f5696 in localtime_rz (tz=0x101000f90, >> t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at time_rz.c:296 >> #9 0x00000001001e3afd in emacs_localtime_rz (tz=0x101000f90, >> t=0x7fff5fbf9498, tm=0x7fff5fbf93c0) at editfns.c:103 >> #10 0x00000001001e9746 in Fdecode_time (specified_time={i = >> 4351999171}, zone={i = 0}) at editfns.c:2163 >> #11 0x000000010020183b in funcall_subr (subr=0x1007bcdd8, numargs=1, >> args=0x7fff5fbf9608) at eval.c:2817 >> #12 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbf9600) at >> eval.c:2740 >> #13 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399444}, >> vector={i = 4352860773}, maxdepth={i = 18}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbf9a08) at bytecode.c:629 >> #14 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860813}, >> nargs=1, arg_vector=0x7fff5fbf9a00) at eval.c:2941 >> #15 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbf99f8) at >> eval.c:2742 >> #16 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399380}, >> vector={i = 4352860677}, maxdepth={i = 42}, args_template={i = 3086}, >> nargs=3, args=0x7fff5fbf9e30) at bytecode.c:629 >> #17 0x0000000100201fe7 in funcall_lambda (fun={i = 4352860725}, >> nargs=3, arg_vector=0x7fff5fbf9e18) at eval.c:2941 >> #18 0x0000000100201374 in Ffuncall (nargs=4, args=0x7fff5fbf9e10) at >> eval.c:2742 >> #19 0x000000010025ad5d in exec_byte_code (bytestr={i = 4333399348}, >> vector={i = 4352860861}, maxdepth={i = 46}, args_template={i = 0}, >> nargs=0, args=0x0) at bytecode.c:629 >> #20 0x0000000100259e7b in Fbyte_code (bytestr={i = 4333399348}, >> vector={i = 4352860861}, maxdepth={i = 46}) at bytecode.c:321 >> #21 0x00000001001ffac1 in eval_sub (form={i = 4352004051}) at >> eval.c:2222 >> #22 0x00000001001fb503 in Fdefconst (args={i = 4352004099}) at >> eval.c:809 >> #23 0x00000001001ff63a in eval_sub (form={i = 4352004115}) at >> eval.c:2169 >> #24 0x0000000100239455 in readevalloop (readcharfun={i = 24096}, >> infile0=0x7fff5fbfa750, sourcename={i = 4330661364}, printflag=false, >> unibyte={i = 0}, readfun={i = 0}, start={i = 0}, end={i = 0}) at >> lread.c:2038 >> #25 0x0000000100237532 in Fload (file={i = 4331687524}, noerror={i = >> 0}, nomessage={i = 45360}, nosuffix={i = 0}, must_suffix={i = 45360}) >> at lread.c:1425 >> #26 0x0000000100210444 in Frequire (feature={i = 42008288}, >> filename={i = 0}, noerror={i = 0}) at fns.c:2801 >> #27 0x000000010020186f in funcall_subr (subr=0x1007bed48, numargs=1, >> args=0x7fff5fbfacd0) at eval.c:2820 >> #28 0x000000010020133c in Ffuncall (nargs=2, args=0x7fff5fbfacc8) at >> eval.c:2740 >> #29 0x0000000100200087 in Fapply (nargs=2, args=0x7fff5fbfacc8) at >> eval.c:2328 >> #30 0x00000001002016cc in funcall_subr (subr=0x1007bda88, numargs=2, >> args=0x7fff5fbfacc8) at eval.c:2795 >> #31 0x000000010020133c in Ffuncall (nargs=3, args=0x7fff5fbfacc0) at >> eval.c:2740 >> #32 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330679892}, >> vector={i = 4455527021}, maxdepth={i = 38}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfb138) at bytecode.c:629 >> #33 0x0000000100201fe7 in funcall_lambda (fun={i = 4455527189}, >> nargs=1, arg_vector=0x7fff5fbfb130) at eval.c:2941 >> #34 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb128) at >> eval.c:2742 >> #35 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678964}, >> vector={i = 4455517957}, maxdepth={i = 18}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfb530) at bytecode.c:629 >> #36 0x0000000100201fe7 in funcall_lambda (fun={i = 4455518005}, >> nargs=1, arg_vector=0x7fff5fbfb528) at eval.c:2941 >> #37 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb520) at >> eval.c:2742 >> #38 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678836}, >> vector={i = 4455517813}, maxdepth={i = 22}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfb918) at bytecode.c:629 >> #39 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517861}, >> nargs=1, arg_vector=0x7fff5fbfb910) at eval.c:2941 >> #40 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfb908) at >> eval.c:2742 >> #41 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330662116}, >> vector={i = 4455466989}, maxdepth={i = 42}, args_template={i = 2058}, >> nargs=2, args=0x7fff5fbfbd38) at bytecode.c:629 >> #42 0x0000000100201fe7 in funcall_lambda (fun={i = 4455467093}, >> nargs=2, arg_vector=0x7fff5fbfbd28) at eval.c:2941 >> #43 0x0000000100201374 in Ffuncall (nargs=3, args=0x7fff5fbfbd20) at >> eval.c:2742 >> #44 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330678804}, >> vector={i = 4455495149}, maxdepth={i = 18}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfc108) at bytecode.c:629 >> #45 0x0000000100201fe7 in funcall_lambda (fun={i = 4455517909}, >> nargs=1, arg_vector=0x7fff5fbfc100) at eval.c:2941 >> #46 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc0f8) at >> eval.c:2742 >> #47 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676260}, >> vector={i = 4455508293}, maxdepth={i = 42}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfc580) at bytecode.c:629 >> #48 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508517}, >> nargs=1, arg_vector=0x7fff5fbfc578) at eval.c:2941 >> #49 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfc570) at >> eval.c:2742 >> #50 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330676164}, >> vector={i = 4455512637}, maxdepth={i = 70}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfcad8) at bytecode.c:629 >> #51 0x0000000100201fe7 in funcall_lambda (fun={i = 4455508565}, >> nargs=1, arg_vector=0x7fff5fbfcad0) at eval.c:2941 >> #52 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfcac8) at >> eval.c:2742 >> #53 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330675236}, >> vector={i = 4455503421}, maxdepth={i = 66}, args_template={i = 2054}, >> nargs=1, args=0x7fff5fbfd0a0) at bytecode.c:629 >> #54 0x0000000100201fe7 in funcall_lambda (fun={i = 4455504133}, >> nargs=1, arg_vector=0x7fff5fbfd098) at eval.c:2941 >> #55 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd090) at >> eval.c:2742 >> #56 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698708}, >> vector={i = 4455656013}, maxdepth={i = 34}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfd4f8) at bytecode.c:629 >> #57 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647189}, >> nargs=1, arg_vector=0x7fff5fbfd4f0) at eval.c:2941 >> #58 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfd4e8) at >> eval.c:2742 >> #59 0x000000010025ad5d in exec_byte_code (bytestr={i = 4330698612}, >> vector={i = 4455660765}, maxdepth={i = 42}, args_template={i = 1026}, >> nargs=0, args=0x7fff5fbfd9e8) at bytecode.c:629 >> #60 0x0000000100201fe7 in funcall_lambda (fun={i = 4455647141}, >> nargs=0, arg_vector=0x7fff5fbfd9e8) at eval.c:2941 >> #61 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfd9e0) at >> eval.c:2742 >> #62 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299934692}, >> vector={i = 4299934725}, maxdepth={i = 94}, args_template={i = 1030}, >> nargs=1, args=0x7fff5fbfe288) at bytecode.c:629 >> #63 0x0000000100201fe7 in funcall_lambda (fun={i = 4299934645}, >> nargs=1, arg_vector=0x7fff5fbfe280) at eval.c:2941 >> #64 0x0000000100201374 in Ffuncall (nargs=2, args=0x7fff5fbfe278) at >> eval.c:2742 >> #65 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299912628}, >> vector={i = 4299912661}, maxdepth={i = 86}, args_template={i = 2}, >> nargs=0, args=0x7fff5fbfedb8) at bytecode.c:629 >> #66 0x0000000100201fe7 in funcall_lambda (fun={i = 4299912581}, >> nargs=0, arg_vector=0x7fff5fbfedb8) at eval.c:2941 >> #67 0x0000000100201374 in Ffuncall (nargs=1, args=0x7fff5fbfedb0) at >> eval.c:2742 >> #68 0x000000010025ad5d in exec_byte_code (bytestr={i = 4299908964}, >> vector={i = 4299908997}, maxdepth={i = 50}, args_template={i = 2}, >> nargs=0, args=0x7fff5fbff2f0) at bytecode.c:629 >> #69 0x0000000100201fe7 in funcall_lambda (fun={i = 4299908917}, >> nargs=0, arg_vector=0x7fff5fbff2f0) at eval.c:2941 >> #70 0x0000000100201c16 in apply_lambda (fun={i = 4299908917}, args={i >> = 0}, count=4) at eval.c:2877 >> #71 0x00000001001ffc89 in eval_sub (form={i = 4379235827}) at >> eval.c:2261 >> #72 0x00000001001fef96 in Feval (form={i = 4379235827}, lexical={i = >> 0}) at eval.c:2038 >> #73 0x0000000100139c2c in top_level_2 () at keyboard.c:1123 >> #74 0x00000001001fd0d8 in internal_condition_case (bfun=0x100139c08 >> , handlers={i = 18528}, hfun=0x100139519 ) at >> eval.c:1319 >> #75 0x0000000100139c78 in top_level_1 (ignore={i = 0}) at >> keyboard.c:1131 >> #76 0x00000001001fc551 in internal_catch (tag={i = 46944}, >> func=0x100139c2e , arg={i = 0}) at eval.c:1084 >> #77 0x0000000100139b4d in command_loop () at keyboard.c:1092 >> #78 0x0000000100138fb0 in recursive_edit_1 () at keyboard.c:699 >> #79 0x00000001001391c7 in Frecursive_edit () at keyboard.c:770 >> #80 0x0000000100136cdc in main (argc=9, argv=0x7fff5fbff8e8) at >> emacs.c:1706 >> >> Lisp Backtrace: >> "decode-time" (0x5fbf9608) >> 0x3736288 PVEC_COMPILED >> 0x3736230 PVEC_COMPILED >> "byte-code" (0x5fbfa140) >> "defconst" (0x5fbfa3e0) >> "require" (0x5fbfacd0) >> "apply" (0x5fbfacc8) >> "byte-compile-file-form-require" (0x5fbfb130) >> "byte-compile-file-form" (0x5fbfb528) >> 0x991cea0 PVEC_COMPILED >> "byte-compile-recurse-toplevel" (0x5fbfbd28) >> "byte-compile-toplevel-file-form" (0x5fbfc100) >> 0x991aa20 PVEC_COMPILED >> "byte-compile-from-buffer" (0x5fbfcad0) >> "byte-compile-file" (0x5fbfd098) >> "batch-byte-compile-file" (0x5fbfd4f0) >> "batch-byte-compile" (0x5fbfd9e8) >> "command-line-1" (0x5fbfe280) >> "command-line" (0x5fbfedb8) >> "normal-top-level" (0x5fbff2f0) >> (gdb) select 5 >> (gdb) frame 5 >> #5 0x00007fff87007b0a in timesub () >> (gdb) frame 10 >> #10 0x00000001001e9746 in Fdecode_time (specified_time={i = >> 4351999171}, zone={i = 0}) at editfns.c:2163 >> 2163 struct tm *tm = emacs_localtime_rz (tz, &time_spec, >> &local_tm); >> (gdb) pp specified_time >> (-1034058203136 0) >> (gdb) > From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 19 18:48:13 2017 Received: (at 27736) by debbugs.gnu.org; 19 Jul 2017 22:48:13 +0000 Received: from localhost ([127.0.0.1]:48290 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXxlN-0007M2-2b for submit@debbugs.gnu.org; Wed, 19 Jul 2017 18:48:13 -0400 Received: from mail-wr0-f173.google.com ([209.85.128.173]:37780) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dXxlJ-0007Lm-W4 for 27736@debbugs.gnu.org; Wed, 19 Jul 2017 18:48:10 -0400 Received: by mail-wr0-f173.google.com with SMTP id 33so7412831wrz.4 for <27736@debbugs.gnu.org>; Wed, 19 Jul 2017 15:48:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=RgF8x/RGoNUcPCNxBnmP3e396WjcuNGLytkXWQdoGcc=; b=dk7MUJKv1/JDuSM28xcCx8Ba+J+cSDd42JIHrK7WEZ4Eugi6UXowb8Z/OTtdyuZi6a yLQhnWV/o3BRFtKm3PvoPUsLQsX+XN/4r6VcHj/3L3VJCLiDZzRqLJ1nPN85mPxm3v9y qDx/UKjhR1jKV8HdXSTEBRVURJj7Nac5bKbsRHjFeL/XOyquxkarqNSU/QUIZh+ES51a aQh/v16JQf2CDzGfsktYm6kvSBprW/L6txzzgxA1hgZ+XvifKxSaUE2nf5C+GcDSlMy7 KvM3vytSpOVGCJYeSHp9T1sIvXLapvrd/pXA9CThBNBq23ebZhdoqG48x2+oby78L0dA C5Cw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=RgF8x/RGoNUcPCNxBnmP3e396WjcuNGLytkXWQdoGcc=; b=t1tN2R+w0QKR/nV87V2z8VPwlAorThe/Hg3A7LzC2lBJl0fruHFDYVBRqIIwP+es/x 1Pm+h8+M6UtM2PsqY0RFm62o3SX2CpeRmTnsHUKCD5bnkdVUmIrsYfOfbK4jNXui942j a2t2CyQemI6kMrWX14W/OLblwtczpKA6SIJ9m7GU9ke63MLwbSsF6Z6bCmcL6K/Qop5h bMWkONt1WfB9gXsDg3hb67M3ZtTs8vyX5hqWZJnZVW1nnNBfY6XSBi1SdTEwwQf/RbdB gAXNCxfreT6plGymp4M3ogUEyiZhL8jxEyRli1QZR1Ejm8GzVbJitiqZX2iofTsUyyi4 SIhQ== X-Gm-Message-State: AIVw111AO0tWbTEESERQwcAELV5uw6/RATJ+B6T3kVcnHZha66FFlzQm ISj9OfY0le9gcg== X-Received: by 10.223.154.194 with SMTP id a60mr543251wrc.124.1500504484075; Wed, 19 Jul 2017 15:48:04 -0700 (PDT) Received: from breton.holly.idiocy.org (ip6-2001-08b0-03f8-8129-38a3-b7bd-bb2f-3561.holly.idiocy.org. [2001:8b0:3f8:8129:38a3:b7bd:bb2f:3561]) by smtp.gmail.com with ESMTPSA id s64sm947222wmd.46.2017.07.19.15.48.02 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Jul 2017 15:48:03 -0700 (PDT) Date: Wed, 19 Jul 2017 23:48:01 +0100 From: Alan Third To: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. Message-ID: <20170719224801.GA57066@breton.holly.idiocy.org> References: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.7.2 (2016-11-26) X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27736 Cc: Eli Zaretskii , Keith David Bershatsky , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On Wed, Jul 19, 2017 at 09:58:03PM +0200, Charles A. Roelli wrote: > Err, oops: I guess there will be no patch for this in Lisp, since > decode-time is written in C. > > > So the choice is either to make a change in lib/time_rz.c or src/editfns.c. Do you know what the actual problem is? If it’s going into an infinite loop, why is that happening? That might give us a better idea where the fix should go. -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 23 05:29:09 2017 Received: (at 27736) by debbugs.gnu.org; 23 Jul 2017 09:29:09 +0000 Received: from localhost ([127.0.0.1]:52873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dZDCH-0004bI-6B for submit@debbugs.gnu.org; Sun, 23 Jul 2017 05:29:09 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:42847) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dZDCF-0004al-0M for 27736@debbugs.gnu.org; Sun, 23 Jul 2017 05:29:07 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 270CF224C1 for <27736@debbugs.gnu.org>; Sun, 23 Jul 2017 09:23:39 +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= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1500801817; x= 1501665818; bh=MC4jzC5gGulsjXxCJVeCaydknNx+CikJJz2NIZal2gs=; b=A +2UOacjIKjB7Mg2so9dpuHK7TnHJUPL5aV/dTz7kAJOXhy6N4lZUYG79smr+0cal a3lOQbjRkKrip0zwW/HFHWeNw3hFt9KT/jRIT8YRDVdh8+bmAP0BBwYhbpFtA75X 8MwvIn4tQdK+FrDhGrQJWpwxjIVh93aZaoVdZ7YwqI= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 C5HTS8eFbsVG for <27736@debbugs.gnu.org>; Sun, 23 Jul 2017 09:23:37 +0000 (UTC) Received: from [192.168.1.120] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id B0229224B6; Sun, 23 Jul 2017 09:23:33 +0000 (UTC) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Alan Third References: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> <20170719224801.GA57066@breton.holly.idiocy.org> From: "Charles A. Roelli" Message-ID: <04c8d036-d234-5d8c-22a4-b505224255f7@aurox.ch> Date: Sun, 23 Jul 2017 11:28:54 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170719224801.GA57066@breton.holly.idiocy.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Eli Zaretskii , Keith David Bershatsky , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) I have no idea why the code goes into an infinite loop, but it seems somebody else has already had the same problem (on FreeBSD, the source of Apple's libc): https://rt.cpan.org/Public/Bug/Display.html?id=40764 They have a freeze on the same value of "time" that we have: (gdb) frame 4 #4 0x00000001002b9d8b in emacs_localtime_rz (tz=0x102102a60, t=0x7fff5fbe8b80, tm=0x7fff5fbe8b48) at editfns.c:103 103 tm = localtime_rz (tz, t, tm); (gdb) ptype t type = long * (gdb) p *t $2 = -67768038400720896 Somebody in the linked thread also had the same problem on macOS. And apparently NetBSD had some of the same issues (search for "infinite loop in localtime" on the linked page): http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/time/localtime.c?only_with_tag=MAIN But I'm not sure those fixes would have anything to do with macOS. On 20/07/2017 00:48, Alan Third wrote: > On Wed, Jul 19, 2017 at 09:58:03PM +0200, Charles A. Roelli wrote: >> Err, oops: I guess there will be no patch for this in Lisp, since >> decode-time is written in C. >> >> >> So the choice is either to make a change in lib/time_rz.c or src/editfns.c. > Do you know what the actual problem is? If it’s going into an infinite > loop, why is that happening? That might give us a better idea where > the fix should go. > From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 24 11:51:16 2017 Received: (at 27736) by debbugs.gnu.org; 24 Jul 2017 15:51:16 +0000 Received: from localhost ([127.0.0.1]:54500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dZfdc-0007Ak-HF for submit@debbugs.gnu.org; Mon, 24 Jul 2017 11:51:16 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dZfda-0007AY-V2 for 27736@debbugs.gnu.org; Mon, 24 Jul 2017 11:51:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dZfdS-0003wV-0V for 27736@debbugs.gnu.org; Mon, 24 Jul 2017 11:51:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43578) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dZfcZ-0003QJ-CT; Mon, 24 Jul 2017 11:50:11 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1dZfcY-00031j-TX; Mon, 24 Jul 2017 11:50:10 -0400 From: Glenn Morris To: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> <20170719224801.GA57066@breton.holly.idiocy.org> <04c8d036-d234-5d8c-22a4-b505224255f7@aurox.ch> X-Spook: Grid Mara salvatrucha Khaddafi Kosovo supercomputer Food X-Ran: ^Ju;6aSAwnq~-AYPJm|j-3N.JxxzBQfW8`qeJIT1o X-Hue: brightyellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 24 Jul 2017 11:50:10 -0400 In-Reply-To: <04c8d036-d234-5d8c-22a4-b505224255f7@aurox.ch> (Charles A. Roelli's message of "Sun, 23 Jul 2017 11:28:54 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , Keith David Bershatsky , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) Sounds like you might want to pass this to bug-gnulib. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 30 12:32:58 2017 Received: (at 27736) by debbugs.gnu.org; 30 Jul 2017 16:32:58 +0000 Received: from localhost ([127.0.0.1]:34444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dbr9G-0000iS-Fu for submit@debbugs.gnu.org; Sun, 30 Jul 2017 12:32:58 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:48111) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dbr9F-0000iG-9s for 27736@debbugs.gnu.org; Sun, 30 Jul 2017 12:32:57 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 24536224D4 for <27736@debbugs.gnu.org>; Sun, 30 Jul 2017 16:27:21 +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= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=dkim; t=1501432040; x= 1502296041; bh=nZem4k+CO03/fVO1HWj1iLYaIAc7lnrALE5LWomJws0=; b=C dF2AHSGGmPzL8nWfPCc2Prg4MV+3d8l3tYmWbRy00CcV+EWpi41L++Mrh/c5G92F Vjdss0kG7Fk50hk8+L2f28ydVrurPa9HQEmoIH3VjxYYmcY+AWyZTZ2rSBf/ftAa nQND8na/MSPlqwK/a44nm4a3QZ8y6xLVcdd55iM/wQ= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 L6TbQYXTv1PL for <27736@debbugs.gnu.org>; Sun, 30 Jul 2017 16:27:20 +0000 (UTC) Received: from [192.168.1.120] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id AAC85224C5; Sun, 30 Jul 2017 16:27:17 +0000 (UTC) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Glenn Morris References: <8b4323da-807f-0e52-b426-e9a4abf67926@aurox.ch> <20170719224801.GA57066@breton.holly.idiocy.org> <04c8d036-d234-5d8c-22a4-b505224255f7@aurox.ch> From: "Charles A. Roelli" Message-ID: <788352f3-d342-71ca-7ae6-191aa77088bc@aurox.ch> Date: Sun, 30 Jul 2017 18:32:45 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , Keith David Bershatsky , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Please see: https://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00140.html On 24/07/2017 17:50, Glenn Morris wrote: > Sounds like you might want to pass this to bug-gnulib. From unknown Fri Aug 15 12:48:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 05 Nov 2017 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 13:01:00 2017 Received: (at control) by debbugs.gnu.org; 5 Nov 2017 18:01:00 +0000 Received: from localhost ([127.0.0.1]:52566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPEB-0000m1-R4 for submit@debbugs.gnu.org; Sun, 05 Nov 2017 13:00:59 -0500 Received: from gateway34.websitewelcome.com ([192.185.148.140]:16420) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPEA-0000ls-De for control@debbugs.gnu.org; Sun, 05 Nov 2017 13:00:58 -0500 Received: from cm13.websitewelcome.com (cm13.websitewelcome.com [100.42.49.6]) by gateway34.websitewelcome.com (Postfix) with ESMTP id 2933C15462 for ; Sun, 5 Nov 2017 12:00:57 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id BPE8eMY5jrWstBPE9e5PJi; Sun, 05 Nov 2017 12:00:57 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:To:From:Message-ID:Date: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=p2xCxPuIzEAtKBXt05CzZkGjvPWcnJ4kicAf6KCMcnY=; b=FxnW7f9EheIsh88aTvf0PikJON zFwOqDgtgUqGUnjRjetpqW8pdBSUWZfMymb+Zt7bcudEQmxNyWXMgBMzxGi1rTQgiel+loD0Eubcf ErOUn2DBt/hPggyRKTTLET/Q13BZ8Stre/mVE91o/DgBCt/k2vTrMPBpi6AAt+7hHM0fx9yjXGbjQ ZO9B2pO4wMDnOS0bH+sFY44un57qmPNTqnuGTQb0HH5bO5SFNtvqy/AK9iTzOFWeZUJmpgv9SUrh+ pwb8JuvaoOyZg2H8ikTFizAwZ2sw+8fKKgLoajxRojQkrf5AyniLHE1RHwhUgM7mi8SEhTsKfp1i9 ZPDHn4wg==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:49790 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eBPE8-001rIR-F9 for control@debbugs.gnu.org; Sun, 05 Nov 2017 12:00:56 -0600 Date: Sun, 05 Nov 2017 10:00:54 -0800 Message-ID: From: Keith David Bershatsky To: control@debbugs.gnu.org Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eBPE8-001rIR-F9 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:49790 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) unarchive 27736 From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 13:03:21 2017 Received: (at 27736) by debbugs.gnu.org; 5 Nov 2017 18:03:21 +0000 Received: from localhost ([127.0.0.1]:52572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPGT-0000q6-7D for submit@debbugs.gnu.org; Sun, 05 Nov 2017 13:03:21 -0500 Received: from gateway24.websitewelcome.com ([192.185.51.209]:32071) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPGR-0000py-CH for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 13:03:19 -0500 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway24.websitewelcome.com (Postfix) with ESMTP id EB02F6C50 for <27736@debbugs.gnu.org>; Sun, 5 Nov 2017 12:03:18 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id BPGQe5NZ1pOTvBPGQeqEnH; Sun, 05 Nov 2017 12:03:18 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:To:From:Message-ID:Date: Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=1JP7chKiLeEMYN6VUcqxr4IovnxH3bZ2waYBK7ngEeI=; b=ngmxw8PAgwkDK4QG0lnqwpeiPl Vpwpx63nbyT1ZCG5Oa/vsS8JtfStspZZS2Tsi8UuJswUN1g2QCNT29nTRK8s5RljwCOPc0JCZRggG pd97+U4zOXvOYhYypnWF21V0SFi6XbMYta3mSAstM6qZbOF/YhsvgW7cAsdDXCZIr0LrjT5kI9y3g rtMf09dY4OYNlhPvCJYdYhyELtl9IfuD20CVLBZ+wHBofESkblc336bx6VodMkIXOm5XLHbpnhLsq xRMlxHbAE1Y9NcHYX/DnrWWhTJ8Aiwh5VSsGFt8P8dyabe9zNomQhjQOMkXu1ddQtrB9n2mfBqJ2y ytBzfmoQ==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:49844 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eBPGQ-001tXU-C1 for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 12:03:18 -0600 Date: Sun, 05 Nov 2017 10:03:17 -0800 Message-ID: From: Keith David Bershatsky To: 27736@debbugs.gnu.org Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Sun_Nov__5_10:03:15_2017-1" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eBPGQ-001tXU-C1 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:49844 X-Source-Auth: lawlist X-Email-Count: 2 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --Multipart_Sun_Nov__5_10:03:15_2017-1 Content-Type: text/plain; charset=US-ASCII ;;;;;;;;;;;;;;;;;;;;;; FORWARDED MESSAGE ;;;;;;;;;;;;;;;;;;;;;; --Multipart_Sun_Nov__5_10:03:15_2017-1 Content-Type: message/rfc822 Date: Sun, 05 Nov 2017 09:14:56 -0800 Message-ID: From: Keith David Bershatsky To: 27736@debbugs.gnu.org Cc: "Charles A. Roelli" ,Alan Third ,Noam Postavsky , Eli Zaretskii Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII I realize that this bug was closed some time ago and I apologize for not speaking up sooner. I am still unable to build current versions of Emacs 26 or the master branch on OSX 10.6.8 (server edition) absent using an earlier version of org-mode. The same symptoms as described in the initial bug report still persist -- i.e., build freezes when byte-compiling org-timer.el: ELC org/org-timer.elc For those who have reported that the previous attempted fix was successful, perhaps there is a difference between retail OSX 10.6.8 and the server edition. But, that's just a guess on my part. Thanks, Keith --Multipart_Sun_Nov__5_10:03:15_2017-1-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 13:15:55 2017 Received: (at 27736) by debbugs.gnu.org; 5 Nov 2017 18:15:55 +0000 Received: from localhost ([127.0.0.1]:52584 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPSc-00023V-U9 for submit@debbugs.gnu.org; Sun, 05 Nov 2017 13:15:55 -0500 Received: from mail-io0-f171.google.com ([209.85.223.171]:49668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBPSb-0001wB-Cd for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 13:15:53 -0500 Received: by mail-io0-f171.google.com with SMTP id n137so13452035iod.6 for <27736@debbugs.gnu.org>; Sun, 05 Nov 2017 10:15:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=gV2gDL0zzwXVI2KVHH6ub/V1ZbTUicKkyvob02mgu/c=; b=cQW0QxE84a8RVQewxSRAUP4CrEDr382rc7223q99vtSvc4qL/OGXBpW/kJgiELWIo5 8wCKhGtij24Cxeq8/M6E28kOxh729DT2ALa7XcbR3xKqVoQFnOmuOZ/uURDpwuXaW5Rp ojanPdiTJKMvtOYA0mKvFW/2Wc0aM8qcoaB5J8UvYqbfuVmG8lh2C5yizlJdVgIHKo8F GMXPGpkKVOsCq7sGebbbsN4r6XvZLXSV8fRVcvAh2M4khdaXbIqVZaVYyv5ox+wG0Fky /XTdYcvYmeNksPUs2EH6cHo9E40AzaK8nTJEs30/5RKIsCyw2ldnUTworJtE/iHa9A0a K3LQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version; bh=gV2gDL0zzwXVI2KVHH6ub/V1ZbTUicKkyvob02mgu/c=; b=uAKYqBHgno+rTZ6v0EyL5EXtvF/yv1gg4PTFvUc0SiFoutBSipBFCIhRWbUfMH8e3Z J/7C7xkc9ifkQIWgjjktGhktb24srkVPX9jHldHoo83t9uXWCjrDjw2lzo/e80W2wSsK t9vCp97NZVvvAWzJNgpkkodcxt0iCuexozUSaXH29eOQvley6bwtvhwCCF0ylwuBsjej nqSEfk2ISotn65aCBxmQOaz5yyKHFyYpQDwUqCg+4mxTxfK/LCDb2oEIxmU0/EUZSV1e duxPRkPdyJY7a4LDI9rNUPj0blFYtY29YogdvkTHeUjAhfY4mpebpFJzANgJ+p37Awus fBkQ== X-Gm-Message-State: AMCzsaXZTYO9T6krE8IW41slGbNmQ4HaOL9gwMvRb8tjvfLb0EVnZowS R7JSxZ9P2etxXEc1mnUBVANe5Q== X-Google-Smtp-Source: ABhQp+SoZGLsXG/4QZa2EkO2fuhnAAEp6AFx3mJlOu7vwNeLwlqPbg87Vo4pIvi6u3KWA9F0YzR5Lw== X-Received: by 10.107.205.206 with SMTP id d197mr16989142iog.147.1509905747607; Sun, 05 Nov 2017 10:15:47 -0800 (PST) Received: from zebian ([45.2.119.34]) by smtp.googlemail.com with ESMTPSA id f16sm4826341ioi.30.2017.11.05.10.15.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 05 Nov 2017 10:15:46 -0800 (PST) From: Noam Postavsky To: Keith David Bershatsky Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: Date: Sun, 05 Nov 2017 13:15:45 -0500 In-Reply-To: (Keith David Bershatsky's message of "Sun, 05 Nov 2017 10:03:17 -0800") Message-ID: <8760ao7fse.fsf@users.sourceforge.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) Keith David Bershatsky writes: > The same symptoms as described in the initial bug report still persist -- i.e., build freezes when byte-compiling org-timer.el: > > ELC org/org-timer.elc > > For those who have reported that the previous attempted fix was > successful, perhaps there is a difference between retail OSX 10.6.8 > and the server edition. But, that's just a guess on my part. Based on the fix which is posted here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706#25 I think the output of (shell-command-to-string "sw_vers -productVersion") on your machine would be of interest. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 15:01:29 2017 Received: (at 27736) by debbugs.gnu.org; 5 Nov 2017 20:01:30 +0000 Received: from localhost ([127.0.0.1]:52640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBR6n-0007fb-M7 for submit@debbugs.gnu.org; Sun, 05 Nov 2017 15:01:29 -0500 Received: from gateway23.websitewelcome.com ([192.185.49.180]:21668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBR6l-0007fT-O3 for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 15:01:28 -0500 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway23.websitewelcome.com (Postfix) with ESMTP id 3C81742AA for <27736@debbugs.gnu.org>; Sun, 5 Nov 2017 14:01:25 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id BR6ie6S1EpOTvBR6ierHxU; Sun, 05 Nov 2017 14:01:25 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=p0zIiEHpKTxZZ7Ya/TfrlBLHNWhe4NkcVytqIE5v4Oo=; b=ZawsxHwgF3stxHG1HY8LfUIGEP tXckhdZw8VFzflwZxSEgHgVsIzSLkQXjzQ6Te3NM0aPT8sbd50YR9fdOdviHk7ipsq6x7RY+p7Gxm ShSHY5EsUEYs6HUI+Y8dAGjD0AxYKB09VjGAitER+f27jnYSMTgHxlEohIzXt38kxy7cvJN1WhywO BGVZzph57t39eGsKYrER9BqxpThV+sDmdTRibMoGK0y4U9GXdk+7fh5sDSltC0qv8IPiKPepYyhka 5vDFxSjqrf+710/G5kT6bVLtqzM6VRxi+z3UsoakJj2eqcKTS6Ug5n/LHRHis3o2AFTVlsElk9Cvk Ei06q3AQ==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:51471 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eBR6i-003b0Y-98; Sun, 05 Nov 2017 14:01:24 -0600 Date: Sun, 05 Nov 2017 12:01:23 -0800 Message-ID: From: Keith David Bershatsky To: Noam Postavsky Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eBR6i-003b0Y-98 X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:51471 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Just plain old "10.6.8" is returned: (shell-command-to-string "sw_vers -productVersion"): "10.6.8" Here is a copy of the System Profiler / System Software Overview: System Version: Mac OS X Server 10.6.8 (10K549) Server Configuration: Advanced Kernel Version: Darwin 10.8.0 Boot Volume: SERVER Boot Mode: Normal Computer Name: server User Name: lawlist (HOME) Secure Virtual Memory: Not Enabled 64-bit Kernel and Extensions: Yes Time since boot: 3:28 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; DATE: [11-05-2017 10:15:45] <05 Nov 2017 13:15:45 -0500> FROM: Noam Postavsky > > * * * > > Based on the fix which is posted here: > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27706#25 > > I think the output of > > (shell-command-to-string "sw_vers -productVersion") > > on your machine would be of interest. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 15:54:35 2017 Received: (at 27736) by debbugs.gnu.org; 5 Nov 2017 20:54:35 +0000 Received: from localhost ([127.0.0.1]:52683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBRwA-0000RZ-VV for submit@debbugs.gnu.org; Sun, 05 Nov 2017 15:54:35 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:39238) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBRw9-0000RN-FN for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 15:54:34 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id D8D1D2259F for <27736@debbugs.gnu.org>; Sun, 5 Nov 2017 20:47:26 +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=to :references:message-id:content-transfer-encoding:date:date :in-reply-to:x-mailer:from:from:subject:subject:mime-version :content-type:content-type; s=dkim; t=1509914845; x=1510778846; bh=QdqkPpXcYpFUr/ZcSYLckf+0njZDRTu8NT/Kultn40w=; b=HiD5lPxA9pQD TrMS10TmBiIJYj3Wsqxe/cdEgeDM0cTq81LFXPlhgtzG6EQS5IoDWh2L77vNZNjc rGjepcweENouXpeOGMW7ak47PN25m9TaBBpesPl1PhIUVUqx9BZwsZeIbrVdGUej RTPRsoERcgkpnnepvM4qGm9Z6uzL0ck= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 LBZRaYl0_P98 for <27736@debbugs.gnu.org>; Sun, 5 Nov 2017 20:47:25 +0000 (UTC) Received: from [192.168.1.110] (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id F3E102259A; Sun, 5 Nov 2017 20:47:20 +0000 (UTC) Content-Type: multipart/alternative; boundary=Apple-Mail-444D7955-4F0A-427D-88A8-E8411D56BA3F Mime-Version: 1.0 (1.0) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. From: "Charles A. Roelli" X-Mailer: iPhone Mail (15A432) In-Reply-To: Date: Sun, 5 Nov 2017 21:54:19 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: To: Keith David Bershatsky X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Eli Zaretskii , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --Apple-Mail-444D7955-4F0A-427D-88A8-E8411D56BA3F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Could you please show a backtrace as posted here: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D27736#49 > On 5 Nov 2017, at 18:14, Keith David Bershatsky wrote: >=20 > I realize that this bug was closed some time ago and I apologize for not s= peaking up sooner. I am still unable to build current versions of Emacs 26 o= r the master branch on OSX 10.6.8 (server edition) absent using an earlier v= ersion of org-mode. >=20 > The same symptoms as described in the initial bug report still persist -- i= .e., build freezes when byte-compiling org-timer.el: >=20 > ELC org/org-timer.elc >=20 > For those who have reported that the previous attempted fix was successful= , perhaps there is a difference between retail OSX 10.6.8 and the server edi= tion. But, that's just a guess on my part. >=20 > Thanks, >=20 > Keith --Apple-Mail-444D7955-4F0A-427D-88A8-E8411D56BA3F Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Could you please show a bac= ktrace as posted here:



On 5 Nov 2017, at 18:= 14, Keith David Bershatsky <esq@lawlis= t.com> wrote:

I rea= lize that this bug was closed some time ago and I apologize for not speaking= up sooner.  I am still unable to build current versions of Emacs 26 or= the master branch on OSX 10.6.8 (server edition) absent using an earlier ve= rsion of org-mode.

The same symptoms as des= cribed in the initial bug report still persist -- i.e., build freezes when b= yte-compiling org-timer.el:

 ELC &nbs= p;    org/org-timer.elc

For those who have reported that the previous attempted fix was successful,= perhaps there is a difference between retail OSX 10.6.8 and the server edit= ion.  But, that's just a guess on my part.

<= span>Thanks,

Keith
= --Apple-Mail-444D7955-4F0A-427D-88A8-E8411D56BA3F-- From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 05 21:20:12 2017 Received: (at 27736) by debbugs.gnu.org; 6 Nov 2017 02:20:12 +0000 Received: from localhost ([127.0.0.1]:52836 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBX1H-00038K-N5 for submit@debbugs.gnu.org; Sun, 05 Nov 2017 21:20:12 -0500 Received: from gateway32.websitewelcome.com ([192.185.145.181]:39534) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBX1G-00038C-6l for 27736@debbugs.gnu.org; Sun, 05 Nov 2017 21:20:11 -0500 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway32.websitewelcome.com (Postfix) with ESMTP id A90C4B1513 for <27736@debbugs.gnu.org>; Sun, 5 Nov 2017 20:20:08 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id BX1EesmGctuxmBX1EeFz7x; Sun, 05 Nov 2017 20:20:08 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=KyfSlxXBDkjwIgmNVE8/WJBut4lGMxGnWgEpCy1N2qs=; b=bZPsD1lsP/OrzHHzwz+i1nZbcL 4hbOCvGa4JEB4UnrkrOMWvhnJhgfN5S/r9v4Oe5i3RV8Y/uhLa4xU2QVCiodMhX/EW8kqrvMmtGRj NMOckqvVPHaR+qdS+wxB9NJ59lGiPGnMJx148TTiKxk4DPGfF0Q2k1VcB2H1lXhxyfRbMYRrWaWFi Vr6hSdJ+4thbMUzoeruHi+AOS5dAE7zItno42ojltY8JR0yRtTTUs6kYyAIUmwjkWKvpqE13H4Juk fhp0wYBfGHKyIlXQMuXhEQZ2UO4uV8IB1/RcO2QTaSk2urEUuHY+YKGVNwMV/pJQINDQy0CdAvh96 Te6zNYXw==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:55470 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eBX1D-003vKz-HK; Sun, 05 Nov 2017 20:20:07 -0600 Date: Sun, 05 Nov 2017 18:20:06 -0800 Message-ID: From: Keith David Bershatsky To: "Charles A. Roelli" Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eBX1D-003vKz-HK X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:55470 X-Source-Auth: lawlist X-Email-Count: 4 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Eli Zaretskii , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Here is the backtrace using the master branch downloaded this evening (11/05/2017). `pp specified_time` result is located at the end of the backtrace. server:src HOME$ /Users/HOME/.0.data/.0.emacs/.0.macports/bin/ggdb /Users/HOME/Desktop/emacs/src/emacs GNU gdb (GDB) 7.9.1 Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-apple-darwin10.8.0". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /Users/HOME/Desktop/emacs/src/emacs...done. SIGINT is used by the debugger. Are you sure you want to change it? (y or n) [answered Y; input not from terminal] DISPLAY = /tmp/launch-7r8Xmk/org.x:0 TERM = xterm-color Breakpoint 1 at 0x100136006: file emacs.c, line 364. Temporary breakpoint 2 at 0x1001640d8: file sysdep.c, line 1071. (gdb) run -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el Starting program: /Users/HOME/Desktop/emacs/src/emacs -batch --no-site-file --no-site-lisp --eval '(setq load-prefer-newer t)' -f batch-byte-compile /Users/HOME/Desktop/emacs/lisp/org/org-timer.el [New Thread 0x1903 of process 74928] [New Thread 0x1a03 of process 74928] ^C Breakpoint 1, terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 364 signal (sig, SIG_DFL); (gdb) bt #0 terminate_due_to_signal (sig=2, backtrace_limit=40) at emacs.c:364 #1 0x000000010016542b in handle_fatal_signal (sig=2) at sysdep.c:1769 #2 0x000000010016535f in deliver_process_signal (sig=2, handler=0x100165413 ) at sysdep.c:1709 #3 0x0000000100165445 in deliver_fatal_signal (sig=2) at sysdep.c:1775 #4 0x00007fff870231ba in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #5 0x00007fff87007aac in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #6 0x00007fff8700781c in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #7 0x00007fff87010d71 in cidToUnicode_CNS1 () from /usr/lib/libSystem.B.dylib #8 0x00000001002f8e00 in localtime_rz (tz=0x101109930, t=0x7fff5fbf93d8, tm=0x7fff5fbf9300) at time_rz.c:296 #9 0x00000001001e58c9 in emacs_localtime_rz (tz=0x101109930, t=0x7fff5fbf93d8, tm=0x7fff5fbf9300) at editfns.c:103 #10 0x00000001001eb594 in Fdecode_time (specified_time=XIL(0x1065cca73), zone=XIL(0)) at editfns.c:2165 #11 0x0000000100203bff in funcall_subr (subr=0x1007c2008 , numargs=1, args=0x7fff5fbf9548) at eval.c:2844 #12 0x0000000100203700 in Ffuncall (nargs=2, args=0x7fff5fbf9540) at eval.c:2767 #13 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x102070104), vector=XIL(0x10658aa75), maxdepth=make_number(8), args_template=make_number(257), nargs=1, args=0x7fff5fbf9988) at bytecode.c:629 #14 0x00000001002043ab in funcall_lambda (fun=XIL(0x10658aae5), nargs=1, arg_vector=0x7fff5fbf9980) at eval.c:2968 #15 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbf9978) at eval.c:2769 #16 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1020700c4), vector=XIL(0x10658aa15), maxdepth=make_number(10), args_template=make_number(771), nargs=3, args=0x7fff5fbf9db0) at bytecode.c:629 #17 0x00000001002043ab in funcall_lambda (fun=XIL(0x10658aa45), nargs=3, arg_vector=0x7fff5fbf9d98) at eval.c:2968 #18 0x0000000100203738 in Ffuncall (nargs=4, args=0x7fff5fbf9d90) at eval.c:2769 #19 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1020700a4), vector=XIL(0x10658ab35), maxdepth=make_number(11), args_template=XIL(0), nargs=0, args=0x0) at bytecode.c:629 #20 0x000000010025c59f in Fbyte_code (bytestr=XIL(0x1020700a4), vector=XIL(0x10658ab35), maxdepth=make_number(11)) at bytecode.c:321 #21 0x0000000100201e0d in eval_sub (form=XIL(0x1065c4873)) at eval.c:2238 #22 0x00000001001fd7ad in Fdefconst (args=XIL(0x1065c4883)) at eval.c:817 #23 0x000000010020190c in eval_sub (form=XIL(0x1065c4893)) at eval.c:2184 #24 0x000000010023b925 in readevalloop (readcharfun=XIL(0x5ee0), infile0=0x7fff5fbfa6e0, sourcename=XIL(0x102c6518c), printflag=false, unibyte=XIL(0), readfun=XIL(0), start=XIL(0), end=XIL(0)) at lread.c:2038 #25 0x0000000100239a02 in Fload (file=XIL(0x102c778fc), noerror=XIL(0), nomessage=XIL(0xb3a0), nosuffix=XIL(0), must_suffix=XIL(0xb3a0)) at lread.c:1425 #26 0x00000001002128b8 in Frequire (feature=XIL(0x703d600), filename=XIL(0), noerror=XIL(0)) at fns.c:2807 #27 0x0000000100203c33 in funcall_subr (subr=0x1007c3f68 , numargs=1, args=0x7fff5fbfac60) at eval.c:2847 #28 0x0000000100203700 in Ffuncall (nargs=2, args=0x7fff5fbfac58) at eval.c:2767 #29 0x00000001002023d3 in Fapply (nargs=2, args=0x7fff5fbfac58) at eval.c:2344 #30 0x0000000100203a90 in funcall_subr (subr=0x1007c2ca8 , numargs=2, args=0x7fff5fbfac58) at eval.c:2822 ---Type to continue, or q to quit--- #31 0x0000000100203700 in Ffuncall (nargs=3, args=0x7fff5fbfac50) at eval.c:2767 #32 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1011276b4), vector=XIL(0x107115e6d), maxdepth=make_number(9), args_template=make_number(257), nargs=1, args=0x7fff5fbfb0c8) at bytecode.c:629 #33 0x00000001002043ab in funcall_lambda (fun=XIL(0x107115f1d), nargs=1, arg_vector=0x7fff5fbfb0c0) at eval.c:2968 #34 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfb0b8) at eval.c:2769 #35 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x101127414), vector=XIL(0x107114e9d), maxdepth=make_number(4), args_template=make_number(257), nargs=1, args=0x7fff5fbfb4c0) at bytecode.c:629 #36 0x00000001002043ab in funcall_lambda (fun=XIL(0x107114ecd), nargs=1, arg_vector=0x7fff5fbfb4b8) at eval.c:2968 #37 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfb4b0) at eval.c:2769 #38 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1011273b4), vector=XIL(0x1071141cd), maxdepth=make_number(5), args_template=make_number(257), nargs=1, args=0x7fff5fbfb8a8) at bytecode.c:629 #39 0x00000001002043ab in funcall_lambda (fun=XIL(0x107114e3d), nargs=1, arg_vector=0x7fff5fbfb8a0) at eval.c:2968 #40 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfb898) at eval.c:2769 #41 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x101123524), vector=XIL(0x107107eed), maxdepth=make_number(10), args_template=make_number(514), nargs=2, args=0x7fff5fbfbcc8) at bytecode.c:629 #42 0x00000001002043ab in funcall_lambda (fun=XIL(0x107107f5d), nargs=2, arg_vector=0x7fff5fbfbcb8) at eval.c:2968 #43 0x0000000100203738 in Ffuncall (nargs=3, args=0x7fff5fbfbcb0) at eval.c:2769 #44 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x101127394), vector=XIL(0x1071121dd), maxdepth=make_number(4), args_template=make_number(257), nargs=1, args=0x7fff5fbfc098) at bytecode.c:629 #45 0x00000001002043ab in funcall_lambda (fun=XIL(0x107114e6d), nargs=1, arg_vector=0x7fff5fbfc090) at eval.c:2968 #46 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfc088) at eval.c:2769 #47 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1011269e4), vector=XIL(0x10711203d), maxdepth=make_number(10), args_template=make_number(257), nargs=1, args=0x7fff5fbfc510) at bytecode.c:629 #48 0x00000001002043ab in funcall_lambda (fun=XIL(0x10711211d), nargs=1, arg_vector=0x7fff5fbfc508) at eval.c:2968 #49 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfc500) at eval.c:2769 #50 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x101126984), vector=XIL(0x107112e3d), maxdepth=make_number(17), args_template=make_number(257), nargs=1, args=0x7fff5fbfca68) at bytecode.c:629 #51 0x00000001002043ab in funcall_lambda (fun=XIL(0x10711214d), nargs=1, arg_vector=0x7fff5fbfca60) at eval.c:2968 #52 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfca58) at eval.c:2769 ---Type to continue, or q to quit--- #53 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1011265e4), vector=XIL(0x107110e7d), maxdepth=make_number(18), args_template=make_number(513), nargs=1, args=0x7fff5fbfd060) at bytecode.c:629 #54 0x00000001002043ab in funcall_lambda (fun=XIL(0x1071111bd), nargs=1, arg_vector=0x7fff5fbfd058) at eval.c:2968 #55 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfd050) at eval.c:2769 #56 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x10112b5f4), vector=XIL(0x1071310dd), maxdepth=make_number(8), args_template=make_number(257), nargs=1, args=0x7fff5fbfd4b8) at bytecode.c:629 #57 0x00000001002043ab in funcall_lambda (fun=XIL(0x10712d1cd), nargs=1, arg_vector=0x7fff5fbfd4b0) at eval.c:2968 #58 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfd4a8) at eval.c:2769 #59 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x10112b594), vector=XIL(0x1071340dd), maxdepth=make_number(10), args_template=make_number(256), nargs=0, args=0x7fff5fbfd9a8) at bytecode.c:629 #60 0x00000001002043ab in funcall_lambda (fun=XIL(0x10712d19d), nargs=0, arg_vector=0x7fff5fbfd9a8) at eval.c:2968 #61 0x0000000100203738 in Ffuncall (nargs=1, args=0x7fff5fbfd9a0) at eval.c:2769 #62 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1004c5f7c), vector=XIL(0x1004c5f9d), maxdepth=make_number(23), args_template=make_number(257), nargs=1, args=0x7fff5fbfe248) at bytecode.c:629 #63 0x00000001002043ab in funcall_lambda (fun=XIL(0x1004c5f4d), nargs=1, arg_vector=0x7fff5fbfe240) at eval.c:2968 #64 0x0000000100203738 in Ffuncall (nargs=2, args=0x7fff5fbfe238) at eval.c:2769 #65 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1004c0744), vector=XIL(0x1004c0765), maxdepth=make_number(21), args_template=make_number(0), nargs=0, args=0x7fff5fbfed78) at bytecode.c:629 #66 0x00000001002043ab in funcall_lambda (fun=XIL(0x1004c0715), nargs=0, arg_vector=0x7fff5fbfed78) at eval.c:2968 #67 0x0000000100203738 in Ffuncall (nargs=1, args=0x7fff5fbfed70) at eval.c:2769 #68 0x000000010025d481 in exec_byte_code (bytestr=XIL(0x1004bf934), vector=XIL(0x1004bf955), maxdepth=make_number(12), args_template=make_number(0), nargs=0, args=0x7fff5fbff2b0) at bytecode.c:629 #69 0x00000001002043ab in funcall_lambda (fun=XIL(0x1004bf905), nargs=0, arg_vector=0x7fff5fbff2b0) at eval.c:2968 #70 0x0000000100203fda in apply_lambda (fun=XIL(0x1004bf905), args=XIL(0), count=4) at eval.c:2904 #71 0x0000000100201fd5 in eval_sub (form=XIL(0x104139273)) at eval.c:2277 #72 0x000000010020125f in Feval (form=XIL(0x104139273), lexical=XIL(0)) at eval.c:2052 #73 0x000000010013afe0 in top_level_2 () at keyboard.c:1119 #74 0x00000001001ff34a in internal_condition_case ( bfun=0x10013afbc , handlers=XIL(0x48f0), hfun=0x10013a8cd ) at eval.c:1332 #75 0x000000010013b02c in top_level_1 (ignore=XIL(0)) at keyboard.c:1127 #76 0x00000001001fe7c3 in internal_catch (tag=XIL(0xb9d0), func=0x10013afe2 , arg=XIL(0)) at eval.c:1097 ---Type to continue, or q to quit--- #77 0x000000010013af01 in command_loop () at keyboard.c:1088 #78 0x000000010013a364 in recursive_edit_1 () at keyboard.c:695 #79 0x000000010013a57b in Frecursive_edit () at keyboard.c:766 #80 0x0000000100138090 in main (argc=9, argv=0x7fff5fbff8b0) at emacs.c:1711 [New Thread 0x1a07 of process 74928] Lisp Backtrace: "decode-time" (0x5fbf9548) 0x658aae0 PVEC_COMPILED 0x658aa40 PVEC_COMPILED "byte-code" (0x5fbfa0c0) "defconst" (0x5fbfa370) "require" (0x5fbfac60) "apply" (0x5fbfac58) "byte-compile-file-form-require" (0x5fbfb0c0) "byte-compile-file-form" (0x5fbfb4b8) 0x7114e38 PVEC_COMPILED "byte-compile-recurse-toplevel" (0x5fbfbcb8) "byte-compile-toplevel-file-form" (0x5fbfc090) 0x7112118 PVEC_COMPILED "byte-compile-from-buffer" (0x5fbfca60) "byte-compile-file" (0x5fbfd058) "batch-byte-compile-file" (0x5fbfd4b0) "batch-byte-compile" (0x5fbfd9a8) "command-line-1" (0x5fbfe240) "command-line" (0x5fbfed78) "normal-top-level" (0x5fbff2b0) (gdb) frame 10 #10 0x00000001001eb594 in Fdecode_time (specified_time=XIL(0x1065cca73), zone=XIL(0)) at editfns.c:2165 2165 struct tm *tm = emacs_localtime_rz (tz, &time_spec, &local_tm); (gdb) pp specified_time (-1034058203135 0) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; DATE: [11-05-2017 12:54:19] <5 Nov 2017 21:54:19 +0100> FROM: "Charles A. Roelli" > > Could you please show a backtrace as posted here: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27736#49 > > * * * From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 06 14:40:00 2017 Received: (at 27736) by debbugs.gnu.org; 6 Nov 2017 19:40:00 +0000 Received: from localhost ([127.0.0.1]:54585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBnFY-0003GA-2P for submit@debbugs.gnu.org; Mon, 06 Nov 2017 14:40:00 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:39878) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBnFW-0003Fv-TP for 27736@debbugs.gnu.org; Mon, 06 Nov 2017 14:39:59 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 90169225B1 for <27736@debbugs.gnu.org>; Mon, 6 Nov 2017 19:32:51 +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=1509996767; x=1510860768; bh=o5oOYcOrzA+ve LjHwc58crbSC8i/0IFV7P4SH5ZCrJk=; b=vgK2ydIwarw8VQqROO286SUeEBVmI 0K8pDJN5/mLWenzbqs4mWi+Fa6QGBmxmM60+eyq8B6/eNWFy++98EheJxR6tKajv Omlx/Y677kKfv1QK2TLgxv9TxYIyZjCKkA2P1B2B0P1JIY1a4DEgpTUh4fwUezLZ tkYc6I563w0hfo= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 4OSZxqU8BOb8 for <27736@debbugs.gnu.org>; Mon, 6 Nov 2017 19:32:47 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id CED1722570; Mon, 6 Nov 2017 19:32:46 +0000 (UTC) Date: Mon, 06 Nov 2017 20:41:43 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Keith David Bershatsky In-reply-to: (message from Keith David Bershatsky on Sun, 05 Nov 2017 18:20:06 -0800) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: alan@idiocy.org, 27736@debbugs.gnu.org, eliz@gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > (gdb) pp specified_time > > (-1034058203135 0) Thanks. I think the timezone of the compiling machine changes which arguments are safe to pass to `decode-time' on old macOSen. I previously wrote some programs to zero in on the bad values here: https://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00140.html and here: https://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00142.html [time_find.c and time_search.c] Could you try to run them (changing the constants TIME_CHECK_DELTA and TIME_CHECK_RANGE in time_find.c, and TIME_CHECK_GOOD and TIME_CHECK_BAD in time_search.c as necessary)? It is simplest to compile them in the same directory as gnulib, which is located in the lib/ folder of emacs, as they expct gnulib's "time.h". From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 06 15:39:31 2017 Received: (at 27736) by debbugs.gnu.org; 6 Nov 2017 20:39:31 +0000 Received: from localhost ([127.0.0.1]:54622 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBoB9-0006cF-FT for submit@debbugs.gnu.org; Mon, 06 Nov 2017 15:39:31 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:39940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBoB6-0006bz-OV for 27736@debbugs.gnu.org; Mon, 06 Nov 2017 15:39:29 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 27987225AB for <27736@debbugs.gnu.org>; Mon, 6 Nov 2017 20:32:18 +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=1510000337; x=1510864338; bh=LW7YeBtcLI+Kw DCSH1sVPeogjUv5WA5jQ0XszrsgcY4=; b=t8WGTx//krJ6ZJjyam2swTUjFnNIY H30nvbhDci9M7ZQePJcF5LXbbbCE7AxrFWQ0aRD3VV+qbjT/lgIhYutQds4nQn1v V0OSWIJpb6elqqqN08vybiN6gfYnVqz5iFwLZnV1Lp2omfTI/3ISWjeEm5DbCuJU WoYtNf8fUj2HF4= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 5dPk6QCKtgBt for <27736@debbugs.gnu.org>; Mon, 6 Nov 2017 20:32:17 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 968C82259E; Mon, 6 Nov 2017 20:32:16 +0000 (UTC) Date: Mon, 06 Nov 2017 09:41:28 -1100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: esq@lawlist.com In-reply-to: (charles@aurox.ch) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: alan@idiocy.org, 27736@debbugs.gnu.org, eliz@gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Mon, 06 Nov 2017 20:41:43 +0100 > From: charles@aurox.ch (Charles A. Roelli) > > > (gdb) pp specified_time > > > > (-1034058203135 0) > > Thanks. I think the timezone of the compiling machine changes which > arguments are safe to pass to `decode-time' on old macOSen. I > previously wrote some programs to zero in on the bad values here: > > https://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00140.html > > and here: > > https://lists.gnu.org/archive/html/bug-gnulib/2017-07/msg00142.html > > [time_find.c and time_search.c] > > Could you try to run them (changing the constants TIME_CHECK_DELTA and > TIME_CHECK_RANGE in time_find.c, and TIME_CHECK_GOOD and > TIME_CHECK_BAD in time_search.c as necessary)? It is simplest to > compile them in the same directory as gnulib, which is located in the > lib/ folder of emacs, as they expct gnulib's "time.h". Actually, I just tried the programs myself after switching to a western time zone, leading to this small local change: --- a/lisp/org/org-clock.el +++ b/lisp/org/org-clock.el @@ -487,7 +487,7 @@ org-clock--oldest-date "10\\.6\\.[[:digit:]]" (shell-command-to-string "sw_vers -productVersion")) - (<= m -1034058203136)) + (<= m -1034058203135)) (ignore-errors (decode-time (list m 0))))))) (low (funcall dichotomy Does it fix the compilation for you? From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 06 21:13:33 2017 Received: (at 27736) by debbugs.gnu.org; 7 Nov 2017 02:13:33 +0000 Received: from localhost ([127.0.0.1]:54978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBtOP-0007kN-39 for submit@debbugs.gnu.org; Mon, 06 Nov 2017 21:13:33 -0500 Received: from gateway22.websitewelcome.com ([192.185.47.125]:40554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eBtON-0007kG-Fe for 27736@debbugs.gnu.org; Mon, 06 Nov 2017 21:13:32 -0500 Received: from cm16.websitewelcome.com (cm16.websitewelcome.com [100.42.49.19]) by gateway22.websitewelcome.com (Postfix) with ESMTP id AF4E35531 for <27736@debbugs.gnu.org>; Mon, 6 Nov 2017 20:13:30 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id BtOMeyuPnRtUXBtOMeA4mY; Mon, 06 Nov 2017 20:13:30 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=5/wDa2WXojeWxYWg1rE/pYrCJdyssFe/UCYupvF1d50=; b=Visj4gRT/cTpbb1wTlTcDOemyd W+HtJAQWfKuFMpxuMZ3kuhsbDZ/r4D9AIeIHeEgB2/Wqumd60BHr+jLcc5WUI5pzP85JOCg2NHTYP /VcC7jXai3JJnl6PkwbADi5WsakwzOSNFJkQyP72LAEx5FC9zrYn/eZNXjfocygweBBj7qAisPSS+ AlJL/a7gqPLafGnlUlgwYn6yYpYm40ova4BmCpmR13zDR9iDDwgXHXSD0VKTReMOun9V07drB7egj FzQKOKJfIsM7gQUbtRQyTjbjDuK3Z5LPI0BFweKLByccggi0p1oKC8GswyZt+YgPBSzF2IT9wp/nm 96PrO/wg==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:55009 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eBtOL-000bIE-Kf; Mon, 06 Nov 2017 20:13:29 -0600 Date: Mon, 06 Nov 2017 18:13:28 -0800 Message-ID: From: Keith David Bershatsky To: charles@aurox.ch (Charles A. Roelli) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eBtOL-000bIE-Kf X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:55009 X-Source-Auth: lawlist X-Email-Count: 4 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: Alan Third , 27736@debbugs.gnu.org, Eli Zaretskii , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Thank you Charles for working on this issue. I was able to byte-compile org-timer.el successfully by using the following inside of org-clock.el at the same location you indicated: (or (<= m -1034058203136) (<= m -1034058203135)) I tried a few times with just (<= m -1034058203135), and it was not enough -- i.e., I was unable to byte-compile using only (<= m -1034058203135). Keith ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; DATE: [11-06-2017 12:41:28] <06 Nov 2017 09:41:28 -1100> FROM: charles@aurox.ch (Charles A. Roelli) > > > Date: Mon, 06 Nov 2017 20:41:43 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > > > > (gdb) pp specified_time > > > > > > (-1034058203135 0) > > > > * * * > > > --- a/lisp/org/org-clock.el > +++ b/lisp/org/org-clock.el > @@ -487,7 +487,7 @@ org-clock--oldest-date > "10\\.6\\.[[:digit:]]" > (shell-command-to-string > "sw_vers -productVersion")) > - (<= m -1034058203136)) > + (<= m -1034058203135)) > (ignore-errors (decode-time (list m 0))))))) > (low > (funcall dichotomy > > Does it fix the compilation for you? From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 07 15:19:21 2017 Received: (at 27736) by debbugs.gnu.org; 7 Nov 2017 20:19:21 +0000 Received: from localhost ([127.0.0.1]:57073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCALB-0007BF-2n for submit@debbugs.gnu.org; Tue, 07 Nov 2017 15:19:21 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:40549) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCAL9-0007B2-W7 for 27736@debbugs.gnu.org; Tue, 07 Nov 2017 15:19:20 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id F1C76225AD for <27736@debbugs.gnu.org>; Tue, 7 Nov 2017 20:12:09 +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=1510085494; x=1510949495; bh=+1FwmDTpRhjwa q1jJTNJJIqw5aoMsLQ4oCl3nLqm5d0=; b=nsBCe4GIPHMOShd5RF3nr+zMZXimy W9DCT2X15Hee2QkIEr33AKmHFzutKqd7m+ov/zKeybMDKI70xXrshgkKCE8CcpKa edEJDvom4ZeZLDO2NoPPnadME015hxyuHn7FoFy/940dWqSZnF3W+2IGnkbkyzsL 8iYcV3XDv/1P1A= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 uqwBtlbf3PMS for <27736@debbugs.gnu.org>; Tue, 7 Nov 2017 20:11:34 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 10E8722570; Tue, 7 Nov 2017 20:11:33 +0000 (UTC) Date: Tue, 07 Nov 2017 21:20:39 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Keith David Bershatsky In-reply-to: (message from Keith David Bershatsky on Mon, 06 Nov 2017 18:13:28 -0800) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Mon, 06 Nov 2017 18:13:28 -0800 > From: Keith David Bershatsky > > Thank you Charles for working on this issue. I was able to byte-compile org-timer.el successfully by using the following inside of org-clock.el at the same location you indicated: > > (or > (<= m -1034058203136) > (<= m -1034058203135)) > > I tried a few times with just (<= m -1034058203135), and it was not enough -- i.e., I was unable to byte-compile using only (<= m -1034058203135). > > Keith That's odd. Compiling worked fine for me on any timezone with: rm -f lisp/org/org-{clock,timer}.elc && make Can you try again, and if it still does not work, show a backtrace as before using just (<= m -1034058203135)? Thanks for your patience. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 08 00:18:50 2017 Received: (at 27736) by debbugs.gnu.org; 8 Nov 2017 05:18:50 +0000 Received: from localhost ([127.0.0.1]:57439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCIlG-0007vC-5L for submit@debbugs.gnu.org; Wed, 08 Nov 2017 00:18:50 -0500 Received: from gateway24.websitewelcome.com ([192.185.51.122]:28191) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCIlE-0007v3-Kp for 27736@debbugs.gnu.org; Wed, 08 Nov 2017 00:18:49 -0500 Received: from cm11.websitewelcome.com (cm11.websitewelcome.com [100.42.49.5]) by gateway24.websitewelcome.com (Postfix) with ESMTP id 396A52920 for <27736@debbugs.gnu.org>; Tue, 7 Nov 2017 23:18:48 -0600 (CST) Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id CIlBeenPItuxmCIlCe1dXz; Tue, 07 Nov 2017 23:18:48 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Type:MIME-Version:Subject:Cc:To:From:Message-ID:Date: Sender:Reply-To:Content-Transfer-Encoding:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=le4wM1c1KzZNig77XkgvHJ6ceAvZx0wOA8dl2hxfvnA=; b=b2gDLBB/yCMZ/Kgh44C3WiURRE Hy4YpknAB48hVyZnV8lrLbsfgHSkB0/CDyz+vsGkXW+1mvlOO40kthxQbdcf6Oi6GbusXr04wYSnb g/Cjgq5YauwXu+wibxGzSZsCkmbTRo2ADBQhwFkgHOjHErqgR/EqL+bp1ZA4I0BWQ58AocY4pUJeV P6t4ov2FJ6GoThfNRaljYHKAhBmfKWa4KiKUCoTCrhVVLbx48aFAIsOSAV4dXJpJ5vg9hSZ4M07cu JaTrm2Q+N2/lwtFaU2E2mV3OjdXB5paPs1W+e6J0EKbnAd3q+ijlfImNlPJT+Yx82lxoqTTvhLsVN PMxesIYw==; Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:54768 helo=server.private) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.87) (envelope-from ) id 1eCIlB-000BDI-JL; Tue, 07 Nov 2017 23:18:45 -0600 Date: Tue, 07 Nov 2017 21:18:44 -0800 Message-ID: From: Keith David Bershatsky To: charles@aurox.ch (Charles A. Roelli) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1eCIlB-000BDI-JL X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.private) [45.48.239.195]:54768 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Today, I went back in time using my saved undo history, but was unable to locate having tried a saved version of the file that used only (<= m -1034058203135). What I found was a typographical error ... containing an extra digit. I tried it tonight using only (<= m -1034058203135) and it is working. So, I must assume that the error was on my end. The saved undo history doesn't lie. :) Yes, let's go with just (<= m -1034058203135). I apologize for the wild goose chase. Keith ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; DATE: [11-07-2017 12:20:39] <07 Nov 2017 21:20:39 +0100> FROM: charles@aurox.ch (Charles A. Roelli) > > > Date: Mon, 06 Nov 2017 18:13:28 -0800 > > From: Keith David Bershatsky > > > > Thank you Charles for working on this issue. I was able to byte-compile org-timer.el successfully by using the following inside of org-clock.el at the same location you indicated: > > > > (or > > (<= m -1034058203136) > > (<= m -1034058203135)) > > > > I tried a few times with just (<= m -1034058203135), and it was not enough -- i.e., I was unable to byte-compile using only (<= m -1034058203135). > > > > Keith > > That's odd. Compiling worked fine for me on any timezone with: > > rm -f lisp/org/org-{clock,timer}.elc && make > > Can you try again, and if it still does not work, show a backtrace as > before using just (<= m -1034058203135)? Thanks for your patience. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 08 14:53:13 2017 Received: (at 27736) by debbugs.gnu.org; 8 Nov 2017 19:53:13 +0000 Received: from localhost ([127.0.0.1]:58922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCWPR-0003pB-7t for submit@debbugs.gnu.org; Wed, 08 Nov 2017 14:53:13 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:41195) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCWPP-0003ox-Hg for 27736@debbugs.gnu.org; Wed, 08 Nov 2017 14:53:11 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id DD9EB225B2 for <27736@debbugs.gnu.org>; Wed, 8 Nov 2017 19:46:00 +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=1510170356; x=1511034357; bh=YZNQHDzBR1zEA xYZ1L9i3QkDCDxYcXvtmUuAD8reC+I=; b=od/Rg8BTnBixPXFpiQ2iilB2bW+lT 8bjg05NbHnMVi6uslU/FciX4fdZhj/o+7b+Ah5Nc0P9hxP+incyCDpXwCpgpYfc6 WVhtNQ1ViOIVVEImvk+tjLjX/V0ZiyhPsgbhVEtLNGrf7xOBidra4GmaqicEa4u2 lpiZcFCpO5Krng= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 h6MrsyIoyeZZ for <27736@debbugs.gnu.org>; Wed, 8 Nov 2017 19:45:56 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id E98EE22570; Wed, 8 Nov 2017 19:45:55 +0000 (UTC) Date: Wed, 08 Nov 2017 20:55:08 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Keith David Bershatsky In-reply-to: (message from Keith David Bershatsky on Tue, 07 Nov 2017 21:18:44 -0800) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) No worries. The fix is pushed to emacs-26, and it should make it over to the master branch soon. commit 98288ecaffbc0947ec3193088172ea85ad5e42a5 Author: Charles A. Roelli Ref: emacs-26 Date: Wed Nov 8 20:51:48 2017 +0100 Further workaround for faulty localtime() under macOS 10.6 * lisp/org/org-clock.el (org-clock--oldest-date): Fix an issue when compiling on macOS 10.6 with a western time zone (a continuation of Bug#27736). In particular, see: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=27736#74 and the first commit that attempted to work around this problem, "Workaround for faulty localtime() under macOS 10.6", bd49b6f1 of 2017-09-30. From unknown Fri Aug 15 12:48:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 07 Dec 2017 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 16:50:10 2018 Received: (at control) by debbugs.gnu.org; 27 Mar 2018 20:50:11 +0000 Received: from localhost ([127.0.0.1]:56295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0vXm-0001xz-OP for submit@debbugs.gnu.org; Tue, 27 Mar 2018 16:50:10 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:37958) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0vXk-0001xb-BT for control@debbugs.gnu.org; Tue, 27 Mar 2018 16:50:08 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4F9C11611D3 for ; Tue, 27 Mar 2018 13:50:02 -0700 (PDT) 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 hKmWo_AbQv4B for ; Tue, 27 Mar 2018 13:50:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id AB6ED160E32 for ; Tue, 27 Mar 2018 13:50:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 CT_w0aZeUdrl for ; Tue, 27 Mar 2018 13:50:01 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 946021611D3 for ; Tue, 27 Mar 2018 13:50:01 -0700 (PDT) To: GNU bug control From: Paul Eggert Subject: unarchive 27736 Organization: UCLA Computer Science Department Message-ID: <01805471-0876-ce14-58a8-599a459482a2@cs.ucla.edu> Date: Tue, 27 Mar 2018 13:49:58 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) unarchive 27736 From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 27 17:19:32 2018 Received: (at 27736) by debbugs.gnu.org; 27 Mar 2018 21:19:32 +0000 Received: from localhost ([127.0.0.1]:56322 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0w0C-0004cW-C0 for submit@debbugs.gnu.org; Tue, 27 Mar 2018 17:19:32 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:44054) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f0w09-0004cI-L9 for 27736@debbugs.gnu.org; Tue, 27 Mar 2018 17:19:30 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 2297F160E32; Tue, 27 Mar 2018 14:19:24 -0700 (PDT) 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 HpzABto-E9MY; Tue, 27 Mar 2018 14:19:22 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id BCF131611D3; Tue, 27 Mar 2018 14:19:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 9_ND-V0xuaEo; Tue, 27 Mar 2018 14:19:22 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 988A8160E32; Tue, 27 Mar 2018 14:19:22 -0700 (PDT) To: "Charles A. Roelli" From: Paul Eggert Subject: Re: OSX 10.6.8: Building from master branch fails. Organization: UCLA Computer Science Department Message-ID: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> Date: Tue, 27 Mar 2018 14:19:22 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------7B05822E539B8B3D19976AED" Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Keith David Bershatsky , 27736@debbugs.gnu.org, Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------7B05822E539B8B3D19976AED Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit > > (<= 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. --------------7B05822E539B8B3D19976AED Content-Type: text/x-patch; name="0001-Update-from-Gnulib.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Update-from-Gnulib.patch" >From 72fad885b68617db85901a8e810211b557a31f99 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 27 Mar 2018 13:30:50 -0700 Subject: [PATCH 1/2] Update from Gnulib This incorporates: 2018-03-26 time_rz: work around Mac OS X 10.6 infloop 2018-03-20 euidaccess: Port to native Windows. * lib/euidaccess.c, lib/time_rz.c, m4/time_rz.m4: Copy from Gnulib. --- lib/euidaccess.c | 11 ++++++++--- lib/time_rz.c | 15 +++++++++++++++ m4/time_rz.m4 | 32 ++++++++++++++++++++++++++++++++ 3 files changed, 55 insertions(+), 3 deletions(-) diff --git a/lib/euidaccess.c b/lib/euidaccess.c index aee693571c..4f512f5af5 100644 --- a/lib/euidaccess.c +++ b/lib/euidaccess.c @@ -29,8 +29,11 @@ #include #include #include - -#include "root-uid.h" +#if (defined _WIN32 || defined __WIN32__) && ! defined __CYGWIN__ +# include +#else +# include "root-uid.h" +#endif #if HAVE_LIBGEN_H # include @@ -84,7 +87,9 @@ euidaccess (const char *file, int mode) return accessx (file, mode, ACC_SELF); #elif HAVE_EACCESS /* FreeBSD */ return eaccess (file, mode); -#else /* Mac OS X, NetBSD, OpenBSD, HP-UX, Solaris, Cygwin, mingw, BeOS */ +#elif (defined _WIN32 || defined __WIN32__) && ! defined __CYGWIN__ /* mingw */ + return _access (file, mode); +#else /* Mac OS X, NetBSD, OpenBSD, HP-UX, Solaris, Cygwin, BeOS */ uid_t uid = getuid (); gid_t gid = getgid (); diff --git a/lib/time_rz.c b/lib/time_rz.c index c1eca888f2..5293c7cf8d 100644 --- a/lib/time_rz.c +++ b/lib/time_rz.c @@ -286,6 +286,21 @@ revert_tz (timezone_t tz) struct tm * localtime_rz (timezone_t tz, time_t const *t, struct tm *tm) { +#ifdef HAVE_LOCALTIME_INFLOOP_BUG + /* The -67768038400665599 comes from: + https://lists.gnu.org/r/bug-gnulib/2017-07/msg00142.html + On affected platforms the greatest POSIX-compatible time_t value + that could return nonnull is 67768036191766798 (when + TZ="XXX24:59:59" it resolves to the year 2**31 - 1 + 1900, on + 12-31 at 23:59:59), so test for that too while we're in the + neighborhood. */ + if (! (-67768038400665599 <= *t && *t <= 67768036191766798)) + { + errno = EOVERFLOW; + return NULL; + } +#endif + if (!tz) return gmtime_r (t, tm); else diff --git a/m4/time_rz.m4 b/m4/time_rz.m4 index 4378148978..af9fa02b57 100644 --- a/m4/time_rz.m4 +++ b/m4/time_rz.m4 @@ -13,6 +13,38 @@ AC_DEFUN AC_REQUIRE([gl_HEADER_TIME_H_DEFAULTS]) AC_REQUIRE([AC_STRUCT_TIMEZONE]) + # Mac OS X 10.6 loops forever with some time_t values less + # than -67768038400665599. See Bug#27706, Bug#27736, and + # https://lists.gnu.org/r/bug-gnulib/2017-07/msg00142.html + AC_CACHE_CHECK([whether localtime loops forever near extrema], + [gl_cv_func_localtime_infloop_bug], + [gl_cv_func_localtime_infloop_bug=no + AC_RUN_IFELSE( + [AC_LANG_PROGRAM( + [[#include + #include + #include + #include + ]], [[ + time_t t = -67768038400665600; + struct tm *tm; + char *tz = getenv ("TZ"); + if (! (tz && strcmp (tz, "QQQ0") == 0)) + return 0; + alarm (2); + tm = localtime (&t); + /* Use TM and *TM to suppress over-optimization. */ + return tm && tm->tm_isdst; + ]])], + [TZ=QQQ0 ./conftest$EXEEXT || gl_cv_func_localtime_infloop_bug=yes], + [], + [gl_cv_func_localtime_infloop_bug="guessing no"])]) + if test "$gl_cv_func_localtime_infloop_bug" = yes; then + AC_DEFINE([HAVE_LOCALTIME_INFLOOP_BUG], 1, + [Define if localtime-like functions can loop forever on + extreme arguments.]) + fi + AC_CHECK_TYPES([timezone_t], [], [], [[#include ]]) if test "$ac_cv_type_timezone_t" = yes; then HAVE_TIMEZONE_T=1 -- 2.14.3 --------------7B05822E539B8B3D19976AED Content-Type: text/x-patch; name="0002-Avoid-using-unportable-integer-in-org-clock.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0002-Avoid-using-unportable-integer-in-org-clock.patch" >From c8e8d16810ec09139c560c77572d3372a2edd8d2 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Tue, 27 Mar 2018 13:48:13 -0700 Subject: [PATCH 2/2] Avoid using unportable integer in org-clock * lisp/org/org-clock.el (org-clock--oldest-date): Avoid use of an integer outside portable Emacs range. Go back to using a simple check, since decode-time should no longer infloop. --- lisp/org/org-clock.el | 12 +----------- 1 file changed, 1 insertion(+), 11 deletions(-) diff --git a/lisp/org/org-clock.el b/lisp/org/org-clock.el index 4c5fcc64b0..c124abd391 100644 --- a/lisp/org/org-clock.el +++ b/lisp/org/org-clock.el @@ -478,17 +478,7 @@ org-clock--oldest-date (funcall dichotomy most-negative-fixnum 0 - (lambda (m) - ;; libc in macOS 10.6 hangs when decoding times - ;; around year -2**31. Limit `high' not to go - ;; any earlier than that. - (unless (and (eq system-type 'darwin) - (string-match-p - "10\\.6\\.[[:digit:]]" - (shell-command-to-string - "sw_vers -productVersion")) - (<= m -1034058203135)) - (ignore-errors (decode-time (list m 0))))))) + (lambda (m) (ignore-errors (decode-time (list m 0)))))) (low (funcall dichotomy most-negative-fixnum -- 2.14.3 --------------7B05822E539B8B3D19976AED-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 13:15:52 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 17:15:52 +0000 Received: from localhost ([127.0.0.1]:57542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Efv-0000j7-P9 for submit@debbugs.gnu.org; Wed, 28 Mar 2018 13:15:51 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Efu-0000ir-6F for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 13:15:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f1Efo-0002hf-9L for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 13:15:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f1EfN-0002V5-Bf; Wed, 28 Mar 2018 13:15:17 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1f1EfM-0006o1-Sn; Wed, 28 Mar 2018 13:15:16 -0400 From: Glenn Morris To: Paul Eggert Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> X-Spook: bemd FAMS Sonora Noriega Adriatic Dick Cheney CIDA Rubin X-Ran: [3_*Y8^TWXu137?sc'KGV.*YjL1>GIA[f'[_Y`A*7*^Ez/7pc),Z!6>AS{ncfXBddTx>V= X-Hue: red X-Debbugs-No-Ack: yes X-Attribution: GM Date: Wed, 28 Mar 2018 13:15:16 -0400 In-Reply-To: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> (Paul Eggert's message of "Tue, 27 Mar 2018 14:19:22 -0700") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, Keith David Bershatsky , "Charles A. Roelli" , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Paul Eggert wrote: > 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. The relevant org-clock.el code had been deleted in Org two months ago, a change which was synced to Emacs today. (Another example of my pet peeve, code in two repos being inefficient for developers.) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 14:54:41 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 18:54:41 +0000 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 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 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 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) 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) Date: Wed, 28 Mar 2018 20:54:36 +0200 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Paul Eggert In-reply-to: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> (message from Paul Eggert on Tue, 27 Mar 2018 14:19:22 -0700) Subject: Re: OSX 10.6.8: Building from master branch fails. References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: esq@lawlist.com, 27736@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > 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. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 15:02:46 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 19:02:46 +0000 Received: from localhost ([127.0.0.1]:57604 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1GLO-0003B2-Lq for submit@debbugs.gnu.org; Wed, 28 Mar 2018 15:02:46 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:36697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1GLM-0003Ap-UZ for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 15:02:45 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 5BB1C226EB for <27736@debbugs.gnu.org>; Wed, 28 Mar 2018 19:03:37 +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=1522263816; x=1523127817; bh=PHuxgj8X7vPwu gh/bHsvr63qO+Me7ZsIX1td3vHLt6k=; b=BpyGoxQlD5vLeZasBynb3uD6QuVnQ Ry2BcBEYKxjEnB0lSY07K5ewHrOA/82VdgHMMzCN7kXq2CXEWE9AYLNjmkVlfp0u 6RMSuBHawEd6q/kx3SgQO7XpaxUdQouoX0MjmgCOEwKTxP0r9+owDGTdexkikY6A 0Xfx7T+v3OM1ik= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 8wKO15Jwtb5m for <27736@debbugs.gnu.org>; Wed, 28 Mar 2018 19:03:36 +0000 (UTC) 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 36739226BC; Wed, 28 Mar 2018 19:03:36 +0000 (UTC) Date: Wed, 28 Mar 2018 21:02:53 +0200 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Glenn Morris In-reply-to: (message from Glenn Morris on Wed, 28 Mar 2018 13:15:16 -0400) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: esq@lawlist.com, eggert@cs.ucla.edu, 27736@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > From: Glenn Morris > Date: Wed, 28 Mar 2018 13:15:16 -0400 > > Paul Eggert wrote: > > > 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. > > The relevant org-clock.el code had been deleted in Org two months ago, > a change which was synced to Emacs today. > > (Another example of my pet peeve, code in two repos being inefficient > for developers.) Thanks for noticing this, and for handling the merge. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 15:33:10 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 19:33:10 +0000 Received: from localhost ([127.0.0.1]:57657 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Goo-0005vl-6A for submit@debbugs.gnu.org; Wed, 28 Mar 2018 15:33:10 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:42174) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Gom-0005vY-LK for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 15:33:09 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 9CBBE16160F; Wed, 28 Mar 2018 12:33:02 -0700 (PDT) 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 TlEb24IUDeiT; Wed, 28 Mar 2018 12:33:01 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id A99AD161611; Wed, 28 Mar 2018 12:33:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 isuQmnrplThC; Wed, 28 Mar 2018 12:33:01 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 8BAAC16160F; Wed, 28 Mar 2018 12:33:01 -0700 (PDT) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: Glenn Morris References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: Date: Wed, 28 Mar 2018 12:33:01 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, Keith David Bershatsky , "Charles A. Roelli" , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On 03/28/2018 10:15 AM, Glenn Morris wrote: > The relevant org-clock.el code had been deleted in Org two months ago, > a change which was synced to Emacs today. Unfortunately the new org code contains the expression (encode-time 0 0 0 0 0 -50000), which won't work on Emacs platforms where time_t is 32 bits or is unsigned, since such platforms cannot represent a time_t value corresponding to the year -50000. > (Another example of my pet peeve, code in two repos being inefficient > for developers.) From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 17:29:49 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 21:29:49 +0000 Received: from localhost ([127.0.0.1]:57723 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Idh-00026x-9P for submit@debbugs.gnu.org; Wed, 28 Mar 2018 17:29:49 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:33426) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1Ide-00026h-L7 for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 17:29:47 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8392016160F; Wed, 28 Mar 2018 14:29:40 -0700 (PDT) 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 V9Z2ib-eb_xd; Wed, 28 Mar 2018 14:29:39 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 40807161611; Wed, 28 Mar 2018 14:29:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 5v8OLFdJp8Xt; Wed, 28 Mar 2018 14:29:39 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1C91816160F; Wed, 28 Mar 2018 14:29:39 -0700 (PDT) Subject: Re: OSX 10.6.8: Building from master branch fails. To: "Charles A. Roelli" References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <805d95e1-bfc0-bb40-ced7-c10bb5a7256e@cs.ucla.edu> Date: Wed, 28 Mar 2018 14:29:38 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------9FDAC094ECB6FFDA16A42223" Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: Gnulib bugs , esq@lawlist.com, 27736@debbugs.gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------9FDAC094ECB6FFDA16A42223 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 03/28/2018 11:54 AM, Charles A. Roelli wrote: > > - time_t t = -67768038400665600; > + time_t t = -67768038400666600; Thanks, I did that in Gnulib and propagated the result into Emacs master (see attached patch). > 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 Thanks for mentioning that; I attempted to suppress the "Alarm clock" stuff in the attached patch too. > I will try to find the exact boundary of the hang again. And the hang > is timezone-dependent, so that complicates things too. I think we should be OK here, as the test case uses UTC so that it is reproducible. The use of UTC could explain why the abovementioned numeric change was needed. --------------9FDAC094ECB6FFDA16A42223 Content-Type: text/x-patch; name="0001-time_rz-fix-workaround-for-Mac-OS-X-10.6-infloop.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-time_rz-fix-workaround-for-Mac-OS-X-10.6-infloop.patch" >From ad52c652a64ebe3523437fb9bb714f99c1ffa9e6 Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 28 Mar 2018 12:45:45 -0700 Subject: [PATCH] time_rz: fix workaround for Mac OS X 10.6 infloop Problems reported by Charles A. Roelli (Bug#27736#117). * m4/time_rz.m4 (gl_TIME_RZ): Use a slightly different timestamp. Also, discard output, which clutters the 'configure' log. --- ChangeLog | 7 +++++++ m4/time_rz.m4 | 9 +++++---- 2 files changed, 12 insertions(+), 4 deletions(-) diff --git a/ChangeLog b/ChangeLog index 74f3bfc71..bd8df9a1e 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,10 @@ +2018-03-28 Paul Eggert + + time_rz: fix workaround for Mac OS X 10.6 infloop + Problems reported by Charles A. Roelli (Bug#27736#117). + * m4/time_rz.m4 (gl_TIME_RZ): Use a slightly different timestamp. + Also, discard output, which clutters the 'configure' log. + 2018-03-27 Paul Eggert havelib: port to Solaris 10 /bin/sh diff --git a/m4/time_rz.m4 b/m4/time_rz.m4 index af9fa02b5..555570625 100644 --- a/m4/time_rz.m4 +++ b/m4/time_rz.m4 @@ -13,8 +13,8 @@ AC_DEFUN([gl_TIME_RZ], AC_REQUIRE([gl_HEADER_TIME_H_DEFAULTS]) AC_REQUIRE([AC_STRUCT_TIMEZONE]) - # Mac OS X 10.6 loops forever with some time_t values less - # than -67768038400665599. See Bug#27706, Bug#27736, and + # Mac OS X 10.6 loops forever with some time_t values. + # See Bug#27706, Bug#27736, and # https://lists.gnu.org/r/bug-gnulib/2017-07/msg00142.html AC_CACHE_CHECK([whether localtime loops forever near extrema], [gl_cv_func_localtime_infloop_bug], @@ -26,7 +26,7 @@ AC_DEFUN([gl_TIME_RZ], #include #include ]], [[ - time_t t = -67768038400665600; + time_t t = -67768038400666600; struct tm *tm; char *tz = getenv ("TZ"); if (! (tz && strcmp (tz, "QQQ0") == 0)) @@ -36,7 +36,8 @@ AC_DEFUN([gl_TIME_RZ], /* Use TM and *TM to suppress over-optimization. */ return tm && tm->tm_isdst; ]])], - [TZ=QQQ0 ./conftest$EXEEXT || gl_cv_func_localtime_infloop_bug=yes], + [(TZ=QQQ0 ./conftest$EXEEXT) >/dev/null 2>&1 || + gl_cv_func_localtime_infloop_bug=yes], [], [gl_cv_func_localtime_infloop_bug="guessing no"])]) if test "$gl_cv_func_localtime_infloop_bug" = yes; then -- 2.14.3 --------------9FDAC094ECB6FFDA16A42223-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 28 18:08:14 2018 Received: (at 27736) by debbugs.gnu.org; 28 Mar 2018 22:08:14 +0000 Received: from localhost ([127.0.0.1]:57731 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1JEq-0002y9-Ej for submit@debbugs.gnu.org; Wed, 28 Mar 2018 18:08:12 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:39732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f1JEo-0002xw-FL for 27736@debbugs.gnu.org; Wed, 28 Mar 2018 18:08:11 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4458F16161C; Wed, 28 Mar 2018 15:08:04 -0700 (PDT) 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 saN1PyiDXW79; Wed, 28 Mar 2018 15:08:03 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 60C4F161623; Wed, 28 Mar 2018 15:08:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 VpeFrWTiMo46; Wed, 28 Mar 2018 15:08:03 -0700 (PDT) Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 3EE8916161C; Wed, 28 Mar 2018 15:08:03 -0700 (PDT) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. From: Paul Eggert To: Glenn Morris References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> Organization: UCLA Computer Science Department Message-ID: <685168ca-d136-89d7-f33b-0158f094c9ba@cs.ucla.edu> Date: Wed, 28 Mar 2018 15:08:03 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------92D96E1B6E320320A2D74AE3" Content-Language: en-US X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, Keith David Bershatsky , "Charles A. Roelli" , emacs-org list , Noam Postavsky X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a multi-part message in MIME format. --------------92D96E1B6E320320A2D74AE3 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 03/28/2018 12:33 PM, Paul Eggert wrote: > Unfortunately the new org code contains the expression (encode-time 0 > 0 0 0 0 -50000), which won't work on Emacs platforms where time_t is > 32 bits or is unsigned, since such platforms cannot represent a time_t > value corresponding to the year -50000. I installed the attached patch into Emacs master to try to fix this. I'll CC: this to emacs-orgmode in the hopes that this won't get lost in the next merge to Emacs master. --------------92D96E1B6E320320A2D74AE3 Content-Type: text/x-patch; name="0001-Port-recent-org-clock-fix-to-POSIX-time_t.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Port-recent-org-clock-fix-to-POSIX-time_t.patch" >From 43994e484fadac28682542e75548e80cbb80987d Mon Sep 17 00:00:00 2001 From: Paul Eggert Date: Wed, 28 Mar 2018 15:03:40 -0700 Subject: [PATCH] Port recent org-clock fix to POSIX time_t * lisp/org/org-clock.el (org-clock-special-range): Don't assume support for time_t values less than 0, or less than -2**31 for that matter (Bug#27736). --- lisp/org/org-clock.el | 14 ++++++++++++-- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/lisp/org/org-clock.el b/lisp/org/org-clock.el index ff32e28d1e..9be0d5bc1f 100644 --- a/lisp/org/org-clock.el +++ b/lisp/org/org-clock.el @@ -2239,8 +2239,18 @@ org-clock-special-range (let* ((start (pcase key (`interactive (org-read-date nil t nil "Range start? ")) ;; In theory, all clocks started after the dawn of - ;; humanity. - (`untilnow (encode-time 0 0 0 0 0 -50000)) + ;; humanity. However, the platform's clock + ;; support might not go back that far. Choose the + ;; POSIX timestamp -2**41 (approximately 68,000 + ;; BCE) if that works, otherwise -2**31 (1901) if + ;; that works, otherwise 0 (1970). Going back + ;; billions of years would loop forever on Mac OS + ;; X 10.6 with Emacs 26 and earlier (Bug#27736). + (`untilnow + (let ((old 0)) + (dolist (older '((-32768 0) (-33554432 0)) old) + (when (ignore-errors (decode-time older)) + (setq old older))))) (_ (encode-time 0 m h d month y)))) (end (pcase key (`interactive (org-read-date nil t nil "Range end? ")) -- 2.14.3 --------------92D96E1B6E320320A2D74AE3-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 31 11:01:44 2018 Received: (at 27736) by debbugs.gnu.org; 31 Mar 2018 15:01:44 +0000 Received: from localhost ([127.0.0.1]:33087 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2I0m-0003oq-IN for submit@debbugs.gnu.org; Sat, 31 Mar 2018 11:01:44 -0400 Received: from sinyavsky.aurox.ch ([37.35.109.145]:38143) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2I0l-0003ob-7S for 27736@debbugs.gnu.org; Sat, 31 Mar 2018 11:01:43 -0400 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id EE0ED226F6 for <27736@debbugs.gnu.org>; Sat, 31 Mar 2018 15:02:37 +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=1522508556; x=1523372557; bh=0OotFHifhCXrl s5gAupuQGNRw7jC7IP/rot9zLaioAk=; b=WspUu4RGI3lgaZNZpCpw3XGp6XzLJ qC+FEWXMvaRoiPra5Z3SXhSdB4UCWw4RP8txbRhMkMb21Kc0DuAZ3r5N6fL9vq39 g2J6YGMBrfNLI7a2tAt/1Rry9tHHzuI3bC3M37PFMcbdrzN6BhnEynEILUSRHOyv 8nW+SMXcQHR780= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com 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 TtCJr235Pdef for <27736@debbugs.gnu.org>; Sat, 31 Mar 2018 15:02:36 +0000 (UTC) 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 D259C226BC; Sat, 31 Mar 2018 15:02:35 +0000 (UTC) Date: Sat, 31 Mar 2018 17:02:07 +0200 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Paul Eggert In-reply-to: <805d95e1-bfc0-bb40-ced7-c10bb5a7256e@cs.ucla.edu> (message from Paul Eggert on Wed, 28 Mar 2018 14:29:38 -0700) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> <805d95e1-bfc0-bb40-ced7-c10bb5a7256e@cs.ucla.edu> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, esq@lawlist.com, bug-gnulib@gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > From: Paul Eggert > Organization: UCLA Computer Science Department > Date: Wed, 28 Mar 2018 14:29:38 -0700 > > On 03/28/2018 11:54 AM, Charles A. Roelli wrote: > > > > - time_t t = -67768038400665600; > > + time_t t = -67768038400666600; > > Thanks, I did that in Gnulib and propagated the result into Emacs master > (see attached patch). > > > 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 > > Thanks for mentioning that; I attempted to suppress the "Alarm clock" > stuff in the attached patch too. Thank you. Strangely, it looks like it still prints the invocation, however: checking whether localtime loops forever near extrema... ./configure: line 30562: 55052 Alarm clock ( TZ=QQQ0 ./conftest$EXEEXT ) > /dev/null 2>&1 yes Not sure why that is still so. > > I will try to find the exact boundary of the hang again. And the hang > > is timezone-dependent, so that complicates things too. > > I think we should be OK here, as the test case uses UTC so that it is > reproducible. The use of UTC could explain why the abovementioned > numeric change was needed. Thanks, it should be okay to leave it at that. (I hadn't realized the test case was using UTC.) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 01 16:32:13 2018 Received: (at 27736) by debbugs.gnu.org; 1 Apr 2018 20:32:13 +0000 Received: from localhost ([127.0.0.1]:34478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2je9-00061a-LR for submit@debbugs.gnu.org; Sun, 01 Apr 2018 16:32:13 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:56710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f2je8-00061M-0K for 27736@debbugs.gnu.org; Sun, 01 Apr 2018 16:32:12 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id EBB181616D0; Sun, 1 Apr 2018 13:32:05 -0700 (PDT) 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 Y7CRHpjmaDr0; Sun, 1 Apr 2018 13:32:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 4191A1616D1; Sun, 1 Apr 2018 13:32:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu 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 Q6ax0CDlfiGg; Sun, 1 Apr 2018 13:32:05 -0700 (PDT) Received: from [192.168.1.9] (unknown [47.154.30.119]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 12E5C1616D0; Sun, 1 Apr 2018 13:32:05 -0700 (PDT) Subject: Re: bug#27736: OSX 10.6.8: Building from master branch fails. To: "Charles A. Roelli" References: <46d25462-4eb0-0bd0-f5ab-2b28bae98ee6@cs.ucla.edu> <805d95e1-bfc0-bb40-ced7-c10bb5a7256e@cs.ucla.edu> From: Paul Eggert Organization: UCLA Computer Science Department Message-ID: <0143fd5b-50e8-30e4-e674-662cf25f7749@cs.ucla.edu> Date: Sun, 1 Apr 2018 13:32:01 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27736 Cc: 27736@debbugs.gnu.org, esq@lawlist.com, bug-gnulib@gnu.org, npostavs@users.sourceforge.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Charles A. Roelli wrote: > it looks like it still prints the invocation, > however: > > checking whether localtime loops forever near extrema... ./configure: line 30562: 55052 Alarm clock ( TZ=QQQ0 ./conftest$EXEEXT ) > /dev/null 2>&1 > yes > > Not sure why that is still so Since this is only a cosmetic issue (and only while running ./configure on an Apple OS that is no longer supported by Apple) it's probably not worth pursuing a fix. Thanks for checking, though. From unknown Fri Aug 15 12:48:13 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 30 Apr 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator