GNU bug report logs - #43152
28.0.50; when building emacs 28.0.50 ./temacs is stopped with core

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 43152 in the body.
You can then email your comments to 43152 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Philippe Spiesser <ann.onymous <at> orange.fr>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Tue, 01 Sep 2020 11:37:31 +0200

Hello,
yesterday, I have updated the local directory of emacs 28.0.50 to
rebuild a new version; the last time I've updated was the 9 of august
and everything was OK.
Building stops with the messages :
         cp -f temacs bootstrap-emacs
         rm -f bootstrap-emacs.pdmp
         ./temacs --batch  -l loadup --temacs=pbootstrap
         make[1]: *** [bootstrap-emacs.pdmp] Segmentation fault: 11
         make: *** [src] Error 2
I can't explain this.
I hope it's the correct place to send this message


In GNU Emacs 28.0.50 (build 11, x86_64-apple-darwin17.7.0, NS appkit-1561.61 Version 10.13.6 (Build 17G14019))
 of 2020-08-09 built on spungen.home
Repository revision: 8e82baf5a730ff542118ddba5b76afdc1db643f6
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1561
System Description:  Mac OS X 10.13.6


Configured using:
 'configure --prefix=/usr/local/Applications --with-ns=yes
 PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/opt/imagemagick <at> 6/lib/pkgconfig:/usr/local/opt/libxml2/lib/pkgconfig'

Configured features:
JPEG TIFF GIF PNG RSVG DBUS GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS NS MODULES THREADS PDUMPER LCMS2

Important settings:
  value of $LANG: fr_FR.UTF-8
  locale-coding-system: utf-8-unix

Major mode: LaTeX/P

Minor modes in effect:
  ps-rooms-mode: t
  shell-dirtrack-mode: t
  show-paren-mode: t
  recentf-mode: t
  TeX-PDF-mode: t
  display-time-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  auto-fill-function: do-auto-fill
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow emacsbug sendmail sh-script smie executable grep compface
gnus-fun shr-color color smerge-mode diff flow-fill sort smiley
gnus-cite mail-extr qp gnus-async gnus-bcklg gnus-ml disp-table
cursor-sensor nndraft nnmh gnus-agent gnus-srvr gnus-score score-mode
nnvirtual gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig
gnus-cache epa-file nntp cl-extra help-mode org-duration ol-eww ol-rmail
ol-mhe ol-irc ol-info ol-gnus nnir gnus-sum shr svg xml dom gnus-group
gnus-undo gnus-start gnus-cloud nnimap nnmail mail-source utf7 netrc
nnoo parse-time iso8601 gnus-spec gnus-int gnus-range gnus-win gnus
nnheader ol-docview doc-view jka-compr image-mode exif ol-bibtex bibtex
ol-bbdb ol-w3m mm-archive message dired dired-loaddefs rfc822 mml
mml-sec epa derived gnus-util rmail rmail-loaddefs text-property-search
mailabbrev gmm-utils mailheader mm-decode mm-bodies mm-encode gnutls
mail-utils network-stream url-http mail-parse rfc2231 rfc2047 rfc2045
mm-util ietf-drums mail-prsvr url-gw nsm rmc puny url-cache url-auth epg
epg-config finder-inf ispell misearch multi-isearch vc-dispatcher vc-hg
diff-mode preview prv-emacs ps-rooms-mode tex-bar toolbar-x font-latex
texmathp tex-mode shell latexenc server paren recentf tree-widget
wid-edit cus-start cus-load auctex-latexmk tex-buf latex latex-flymake
flymake-proc flymake compile warnings thingatpt tex-ispell tex-style tex
crm calfw-org org-capture org-element avl-tree generator org-agenda org
ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote
org-src ob-comint org-pcomplete pcomplete comint ansi-color ring
org-list org-faces org-entities time-date noutline outline easy-mmode
org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys
org-compat advice org-macs org-loaddefs find-func calfw-ical url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util mailcap icalendar diary-lib diary-loaddefs calfw-cal
calfw edmacro kmacro format-spec holidays hol-loaddefs cal-menu calendar
cal-loaddefs cl time auto-insert-tkld exec-path-from-shell info tex-site
package easymenu browse-url url-handlers url-parse auth-source cl-seq
eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core term/tty-colors frame
minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
composite charscript charprop case-table epa-hook jka-cmpr-hook help
simple abbrev obarray cl-preloaded nadvice loaddefs button faces
cus-face macroexp files text-properties overlay sha1 md5 base64 format
env code-pages mule custom widget hashtable-print-readable backquote
threads dbusbind kqueue cocoa ns lcms2 multi-tty make-network-process
emacs)

Memory information:
((conses 16 1518013 141017)
 (symbols 48 36852 4)
 (strings 32 246965 14613)
 (string-bytes 1 11019991)
 (vectors 16 75402)
 (vector-slots 8 1629269 178479)
 (floats 8 438 342)
 (intervals 56 159971 4207)
 (buffers 992 26))

Message #8 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Tue, 1 Sep 2020 04:10:12 -0700

Philippe Spiesser <ann.onymous <at> orange.fr> writes:

> Hello,
> yesterday, I have updated the local directory of emacs 28.0.50 to
> rebuild a new version; the last time I've updated was the 9 of august
> and everything was OK.
> Building stops with the messages :
>          cp -f temacs bootstrap-emacs
>          rm -f bootstrap-emacs.pdmp
>          ./temacs --batch  -l loadup --temacs=pbootstrap
>          make[1]: *** [bootstrap-emacs.pdmp] Segmentation fault: 11
>          make: *** [src] Error 2
> I can't explain this.
> I hope it's the correct place to send this message

Did you try "make bootstrap"?

Also, please include the full commands you used to build this, starting
with configure.

Message #11 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: ann.onymous <at> orange.fr, 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50;
 when building emacs 28.0.50 ./temacs is stopped with core
Date: Tue, 01 Sep 2020 17:29:04 +0300

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Tue, 1 Sep 2020 04:10:12 -0700
> 
> Philippe Spiesser <ann.onymous <at> orange.fr> writes:
> 
> > Hello,
> > yesterday, I have updated the local directory of emacs 28.0.50 to
> > rebuild a new version; the last time I've updated was the 9 of august
> > and everything was OK.
> > Building stops with the messages :
> >          cp -f temacs bootstrap-emacs
> >          rm -f bootstrap-emacs.pdmp
> >          ./temacs --batch  -l loadup --temacs=pbootstrap
> >          make[1]: *** [bootstrap-emacs.pdmp] Segmentation fault: 11
> >          make: *** [src] Error 2
> > I can't explain this.
> > I hope it's the correct place to send this message
> 
> Did you try "make bootstrap"?
> 
> Also, please include the full commands you used to build this, starting
> with configure.

If "make bootstrap" doesn't help, please run the command which crashes
under GDB, and when it crashes, produce the backtrace and post it
here.

Message #14 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Anonymous <ann.onymous <at> orange.fr>
To: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Tue, 1 Sep 2020 16:19:00 +0200

[Message part 1 (text/plain, inline)]

Le 01/09/2020 à 13:10, Stefan Kangas a écrit :
> Philippe Spiesser <ann.onymous <at> orange.fr> writes:
>
>> Hello,
>> yesterday, I have updated the local directory of emacs 28.0.50 to
>> rebuild a new version; the last time I've updated was the 9 of august
>> and everything was OK.
>> Building stops with the messages :
>>           cp -f temacs bootstrap-emacs
>>           rm -f bootstrap-emacs.pdmp
>>           ./temacs --batch  -l loadup --temacs=pbootstrap
>>           make[1]: *** [bootstrap-emacs.pdmp] Segmentation fault: 11
>>           make: *** [src] Error 2
>> I can't explain this.
>> I hope it's the correct place to send this message
> Did you try "make bootstrap"?
>
> Also, please include the full commands you used to build this, starting
> with configure.


I try "make bootstrap" with same result.

Here is the typescript file, output for the three commands :

export 
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/opt/imagemagick <at> 6/lib/pkgconfig:/usr/local/opt/libxml2/lib/pkgconfig

./configure --prefix=/usr/local/Applications --with-ns=yes

make

[typescript (text/plain, attachment)]

Message #17 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Anonymous <ann.onymous <at> orange.fr>
Cc: stefankangas <at> gmail.com, 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Tue, 01 Sep 2020 20:09:37 +0300

> Cc: 43152 <at> debbugs.gnu.org
> From: Anonymous <ann.onymous <at> orange.fr>
> Date: Tue, 1 Sep 2020 18:49:23 +0200
> 
>      (gdb) run --batch -l loadup --temacs=pbootstrap
>      Starting program: /usr/local/src/emacs/src/temacs --batch -l loadup 
> --temacs=pbootstrap
>      Unable to find Mach task port for process-id 19495: (os/kern) 
> failure (0x5).
>       (please check gdb is codesigned - see taskgated(8))
>      (gdb) quit

This is macOS, where one cannot use GDB without some jumping through
hoops, sigh.

Well, we need to know where (file name and line number) it segfaults;
it is hard to make progress without knowing that much.  If you can use
LLDB, or some other method, to find that out, please post that
information.

Thanks.

Message #20 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, Anonymous <ann.onymous <at> orange.fr>
Cc: 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Tue, 1 Sep 2020 10:15:22 -0700

Eli Zaretskii <eliz <at> gnu.org> writes:

>>      Unable to find Mach task port for process-id 19495: (os/kern)
>> failure (0x5).
>
> This is macOS, where one cannot use GDB without some jumping through
> hoops, sigh.

It's not too bad, IMHO.  Here are the instructions from etc/DEBUG:

    Running GDB on macOS sometimes brings an error message like this:

      Unable to find Mach task port for process-id NNN: (os/kern) failure (0x5).

    To overcome this, search the Internet for the phrase "Unable to find
    Mach task port for process-id", and you will find detailed
    instructions to follow.

Best regards,
Stefan Kangas

Message #23 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Anonymous <ann.onymous <at> orange.fr>
To: Eli Zaretskii <eliz <at> gnu.org>, Stefan Kangas <stefankangas <at> gmail.com>
Cc: 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Tue, 1 Sep 2020 18:49:23 +0200

Le 01/09/2020 à 16:29, Eli Zaretskii a écrit :
>> From: Stefan Kangas <stefankangas <at> gmail.com>
>> Date: Tue, 1 Sep 2020 04:10:12 -0700
>>
>> Philippe Spiesser <ann.onymous <at> orange.fr> writes:
>>
>>> Hello,
>>> yesterday, I have updated the local directory of emacs 28.0.50 to
>>> rebuild a new version; the last time I've updated was the 9 of august
>>> and everything was OK.
>>> Building stops with the messages :
>>>           cp -f temacs bootstrap-emacs
>>>           rm -f bootstrap-emacs.pdmp
>>>           ./temacs --batch  -l loadup --temacs=pbootstrap
>>>           make[1]: *** [bootstrap-emacs.pdmp] Segmentation fault: 11
>>>           make: *** [src] Error 2
>>> I can't explain this.
>>> I hope it's the correct place to send this message
>> Did you try "make bootstrap"?
>>
>> Also, please include the full commands you used to build this, starting
>> with configure.
> If "make bootstrap" doesn't help, please run the command which crashes
> under GDB, and when it crashes, produce the backtrace and post it
> here.

Here is the trace of command with gdb. Unfortunately, there are 20 years 
ago I used gdb, so I don't know if usage is correct.

    spungen:src $ gdb ./temacs
    GNU gdb (GDB) 9.2
    Copyright (C) 2020 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
    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-darwin17.7.0".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>.
    Find the GDB manual and other documentation resources online at:
        <http://www.gnu.org/software/gdb/documentation/>.

    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from ./temacs...

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSMenuDelegate' in 
minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSObject' in minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSToolbarDelegate' in 
minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSWindowDelegate' in 
minsymtab
    SIGINT is used by the debugger.
    Are you sure you want to change it? (y or n) [answered Y; input not 
from terminal]
    DISPLAY = 
/private/tmp/com.apple.launchd.MqWyE2hQIp/org.macosforge.xquartz:0
    TERM = xterm-color
    Breakpoint 1 at 0x1000d1562: file emacs.c, line 378.
    (gdb) run --batch -l loadup --temacs=pbootstrap
    Starting program: /usr/local/src/emacs/src/temacs --batch -l loadup 
--temacs=pbootstrap
    Unable to find Mach task port for process-id 19495: (os/kern) 
failure (0x5).
     (please check gdb is codesigned - see taskgated(8))
    (gdb) quit

Message #26 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Anonymous <ann.onymous <at> orange.fr>
To: Stefan Kangas <stefankangas <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Wed, 2 Sep 2020 12:00:25 +0200

[Message part 1 (text/plain, inline)]

Le 01/09/2020 à 19:15, Stefan Kangas a écrit :
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>>       Unable to find Mach task port for process-id 19495: (os/kern)
>>> failure (0x5).
>> This is macOS, where one cannot use GDB without some jumping through
>> hoops, sigh.
> It's not too bad, IMHO.  Here are the instructions from etc/DEBUG:
>
>      Running GDB on macOS sometimes brings an error message like this:
>
>        Unable to find Mach task port for process-id NNN: (os/kern) failure (0x5).
>
>      To overcome this, search the Internet for the phrase "Unable to find
>      Mach task port for process-id", and you will find detailed
>      instructions to follow.
>
> Best regards,
> Stefan Kangas

Here is backtrace running with gdb

    spungen:src $ gdb ./temacs
    GNU gdb (GDB) 8.0.1
    Copyright (C) 2017 Free Software Foundation, Inc.
    License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>
    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-darwin17.0.0".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>.
    Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.
    For help, type "help".
    Type "apropos word" to search for commands related to "word"...
    Reading symbols from ./temacs...
    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSMenuDelegate' in 
minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSObject' in minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSToolbarDelegate' in 
minsymtab

    warning: can't find symbol 'l_OBJC_PROTOCOL_$_NSWindowDelegate' in 
minsymtab
    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 = 
/private/tmp/com.apple.launchd.NmbcYXYKys/org.macosforge.xquartz:0
    TERM = xterm-color
    Breakpoint 1 at 0x1000d1562: file emacs.c, line 378.
    (gdb) run --batch  -l loadup --temacs=pbootstrap
    Starting program: /usr/local/src/emacs/src/temacs --batch  -l 
loadup --temacs=pbootstrap
    [New Thread 0x1903 of process 507]
    warning: unhandled dyld version (15)
    [New Thread 0x1a03 of process 507]
    [New Thread 0x2603 of process 507]
    [New Thread 0x2807 of process 507]

    Thread 2 received signal SIGSEGV, Segmentation fault.
    0x00007fff7bc4498d in ?? ()
    (gdb) where
    #0  0x00007fff7bc4498d in ?? ()
    #1  0x000000003272002e in ?? ()
    #2  0x0000000102c05380 in ?? ()
    #3  0x00007ffeefbff5c0 in ?? ()
    #4  0x000000010010908e in Ffile_name_as_directory 
(file=XIL(0x102c05384)) at fileio.c:563
    Backtrace stopped: previous frame inner to this frame (corrupt stack?)
    (gdb) quit
    A debugging session is active.

    Inferior 1 [process 507] will be killed.

    Quit anyway? (y or n) y

I rebuild with more options to configure :

    --enable-checking='yes,glyphs' --enable-check-lisp-object-type \
        CFLAGS='-O0 -g3

with same backtrace.

Best regards

-- 

	Philippe Spiesser

[Message part 2 (text/html, inline)]

Message #29 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: 43152 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Wed, 2 Sep 2020 13:09:54 -0700

Can you do a git bisect to see which commit is likely to have caused the problem?

Message #32 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Anonymous <ann.onymous <at> orange.fr>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 43152 <at> debbugs.gnu.org, Stefan Kangas <stefankangas <at> gmail.com>,
 Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Thu, 3 Sep 2020 14:30:59 +0200

[Message part 1 (text/plain, inline)]

Le 02/09/2020 à 22:09, Paul Eggert a écrit :
> Can you do a git bisect to see which commit is likely to have caused 
> the problem?
Hello

Unfortunately, I can't try to do that before ten days. However, I've 
noticed another error when compiling with CFLAGS="-O0 -g3" instead of 
CFLAGS="-O2 -g3" when I try to run ./temacs with gdb ; compiling is 
stopped before generating temacs with problems in lisp.h ans nsterm.m.

My local repository is updated at this time :

    spungen:emacs $ ll src/nsterm.* src/lisp.*
    -rw-r--r--  1 philippe  admin  163837 31 aoû 10:30 src/lisp.h
    -rw-r--r--  1 philippe  admin    2576  3 sep 13:21 src/lisp.mk
    -rw-r--r--  1 philippe  admin   45501 30 aoû 16:23 src/nsterm.h
    -rw-r--r--  1 philippe  admin  302334 30 aoû 16:23 src/nsterm.m

I join typescript file with errors

-- 

	Philippe Spiesser

[Message part 2 (text/html, inline)]

[typescript (text/plain, attachment)]

Message #35 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Thu, 3 Sep 2020 17:35:42 +0200 (CEST)

> Il 02/09/2020 22:09 Paul Eggert ha scritto:
> 
>  
> Can you do a git bisect to see which commit is likely to have caused the problem?

I used the snapshots fro git repo and found that the first commit that fail is

Paul Eggert: Fix GC bug with Lisp floats and --with-wide-int

2ff930d861b772466b9f6b95d1776696298f3e0b 20200831_000556


The previous commit:

Stefan Kangas: Update Elisp Manual reference to which-function-mode

7605060d51bbce88307c09bd2e9be60f2750ee3d 20200831_043909

builds fine.

Ciao,
 Angelo.

(PS. Please, don't ask to use GDB...)

Message #38 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Angelo Graziosi <angelo.g0 <at> libero.it>,
 Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Thu, 3 Sep 2020 12:17:15 -0700

Thanks for isolating the commit that caused the problem. I can't easily debug it 
on macOS, so I reverted the commit and its dependents. This should fix your 
problem, whatever it is.

Message #41 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 01:17:33 +0200 (CEST)

> Il 03/09/2020 21:17 Paul Eggert  ha scritto:
> 
>  
> Thanks for isolating the commit that caused the problem. I can't easily debug it 
> on macOS, so I reverted the commit and its dependents. This should fix your 
> problem, whatever it is.

I am afraid but both master and your revert commit fails to build in the same manner on macOS 10.13.6.

For sanity check, I tried another build of 2ff930d861b772466b9f6b95d1776696298f3e0b, which fails to build, and 7605060d51bbce88307c09bd2e9be60f2750ee3d which builds fine.

As source I respectively used 

https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-2ff930d861b772466b9f6b95d1776696298f3e0b.tar.gz

https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-7605060d51bbce88307c09bd2e9be60f2750ee3d.tar.gz

Maybe c47be1b8440883b07b6cf918235a13b65e3d7be6 does not revert exactly the code or it is the wrong revert...

Angelo

Message #44 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 01:53:44 +0200 (CEST)

> Il 04/09/2020 01:17 Angelo Graziosi ha scritto:
> 
> I am afraid but both master and your revert commit fails to build in the same manner on macOS 10.13.6.
> 
> For sanity check, I tried another build of 2ff930d861b772466b9f6b95d1776696298f3e0b, which fails to build, and 7605060d51bbce88307c09bd2e9be60f2750ee3d which builds fine.
> 
> As source I respectively used 
> 
> https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-2ff930d861b772466b9f6b95d1776696298f3e0b.tar.gz
> 
> https://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-7605060d51bbce88307c09bd2e9be60f2750ee3d.tar.gz

BTW, using the result of 7605060d51bbce88307c09bd2e9be60f2750ee3d, About Emacs (C-h C-a) says it is:

GNU Emacs 27.1.50 (build 1, x86_64-apple-darwin17.7.0, NS appkit-1561.61 Version 10.13.6 (Build 17G14019))
 of 2020-09-04

Shouldn't it say it is 28.0.50?

> Angelo

Message #47 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Angelo Graziosi <angelo.g0 <at> libero.it>,
 Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 13:32:17 -0700

On 9/3/20 4:17 PM, Angelo Graziosi wrote:
> Maybe c47be1b8440883b07b6cf918235a13b65e3d7be6 does not revert exactly the code or it is the wrong revert...

It should revert exactly the right code. If reversion didn't fix the problem, 
then surely the problem is not related to the reverted code, and the reversion 
should therefore be reverted.

You reported that 7605060d51bbce88307c09bd2e9be60f2750ee3d worked and that its 
successor 2ff930d861b772466b9f6b95d1776696298f3e0b did not. Now that I look more 
carefully, though, I see that those two commits are not adjacent. (The commits 
are adjacent in the 'git log' output, but that output is a linearized version of 
a DAG.

The parent of 2ff930d861b772466b9f6b95d1776696298f3e0b is actually 
886ba068c82dcf5e0e2e1244bf99841d4ff5690c, its parent is 
6593d73928da6c9fb1ccc57930566ddd2a37c737, its parent is 
be2ef629eea4bd4a7b16f6db91aab155db3489c7, and so forth. Please bisect based on 
this ancestor relationship, not based on 'git log'. In particular, if 
886ba068c82dcf5e0e2e1244bf99841d4ff5690c fails to work then the reversion was 
surely unnecessary, and something else needs to be reverted.

You said that Emacs worked for you on August 9. If 
886ba068c82dcf5e0e2e1244bf99841d4ff5690c fails to work, I suggest bisecting 
based on master as of August 9 (commit b799cc271d69fc494da1fe04ca8ec6c529a19a19, 
say?), versus the failed commit 886ba068c82dcf5e0e2e1244bf99841d4ff5690c.

Message #50 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 23:24:25 +0200 (CEST)

> Il 04/09/2020 22:32 Paul Eggert ha scritto:
> 
>  

> 
> You reported that 7605060d51bbce88307c09bd2e9be60f2750ee3d worked and that its 

time: 2020-08-30 21:12:33 +0200


> successor 2ff930d861b772466b9f6b95d1776696298f3e0b did not. 

time: 2020-08-31 00:05:56 -0700


> I see that those two commits are not adjacent. (The commits 
> are adjacent in the 'git log' output, but that output is a linearized version of 
> a DAG.
> 
> The parent of 2ff930d861b772466b9f6b95d1776696298f3e0b is actually 
> 886ba068c82dcf5e0e2e1244bf99841d4ff5690c, its parent is 

time: 2020-08-30 21:12:33 +0200

> 6593d73928da6c9fb1ccc57930566ddd2a37c737, its parent is 
> be2ef629eea4bd4a7b16f6db91aab155db3489c7, and so forth. 
Please bisect based on 

time: older.


in any case, some other should do the work.

Thanks.

Message #53 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 23:34:06 +0200 (CEST)

> Il 04/09/2020 23:24 Angelo Graziosi  ha scritto:
> 
>  

> > You reported that 7605060d51bbce88307c09bd2e9be60f2750ee3d worked and that its 
> 
> time: 2020-08-30 21:12:33 +0200
> 

Oops...

time: 2020-08-31 04:39:09 +0200

Message #56 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Angelo Graziosi <angelo.g0 <at> libero.it>,
 Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Fri, 4 Sep 2020 14:56:57 -0700

On 9/4/20 2:24 PM, Angelo Graziosi wrote:
> Please bisect based on
> 
> time: older.
> 
> 
> in any case, some other should do the work.

It sounds like I should un-revert the commits in question, then, since there's 
no longer much evidence that they're relevant to the problem.

You found that 7605060d51bbce88307c09bd2e9be60f2750ee3d (a commit from Emacs 27) 
worked, and that 2ff930d861b772466b9f6b95d1776696298f3e0b (from master) didn't 
work. However, that doesn't mean that the change installed by 
2ff930d861b772466b9f6b95d1776696298f3e0b is the culprit. Any of 500 other 
commits could be the culprit, since there are 500 commits between the common 
ancestor of those two commits and the non-working of the two commits.

Message #59 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Stefan Kangas <stefankangas <at> gmail.com>, 43152 <at> debbugs.gnu.org
Subject: Re: 28.0.50; when building emacs 28.0.50 ./temacs is stopped with core
Date: Sat, 5 Sep 2020 08:30:59 +0200 (CEST)

> Il 04/09/2020 23:56 Paul Eggert ha scritto:
> 
>  
> It sounds like I should un-revert the commits in question, then, since there's 
> no longer much evidence that they're relevant to the problem.
> 
> You found that 7605060d51bbce88307c09bd2e9be60f2750ee3d (a commit from Emacs 27) 
> worked, and that 2ff930d861b772466b9f6b95d1776696298f3e0b (from master) didn't 
> work. However, that doesn't mean that the change installed by 
> 2ff930d861b772466b9f6b95d1776696298f3e0b is the culprit. Any of 500 other 
> commits could be the culprit, since there are 500 commits between the common 
> ancestor of those two commits and the non-working of the two commits.

So, someone else will have to do the work other wise macOS 10.13.6 risks to not have Emacs 28.

Message #62 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 05 Sep 2020 14:05:30 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> You said that Emacs worked for you on August 9. If
> 886ba068c82dcf5e0e2e1244bf99841d4ff5690c fails to work, I suggest
> bisecting based on master as of August 9 (commit
> b799cc271d69fc494da1fe04ca8ec6c529a19a19, say?), versus the failed
> commit 886ba068c82dcf5e0e2e1244bf99841d4ff5690c.

On Macos 10.3 (high sierra), 886ba068c82dcf5e0e2e1244bf99841d4ff5690c
does indeed fail to build.

b799cc271d69fc494da1fe04ca8ec6c529a19a19 works.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #65 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 5 Sep 2020 12:27:42 -0700

On 9/5/20 5:05 AM, Lars Ingebrigtsen wrote:
> On Macos 10.3 (high sierra), 886ba068c82dcf5e0e2e1244bf99841d4ff5690c
> does indeed fail to build.
> 
> b799cc271d69fc494da1fe04ca8ec6c529a19a19 works.

Thanks for checking. Since the bug occurs without the GC-related changes, it was 
a mistake to blame the bug on those changes, so I reinstalled them on master.

I suggest that someone with some time on macOS bisect between 
b799cc271d69fc494da1fe04ca8ec6c529a19a19 (which works) and 
886ba068c82dcf5e0e2e1244bf99841d4ff5690c (which does not work).

I further suggest that people use "git bisect --first-parent" if available, as 
it attempts to avoid the kind of false alarm that sent us off in that wild goose 
chase. Unfortunately --first-parent is only in Git master right now (it should 
appear in Git 2.29 when it comes out) so if you're running Git 2.28 or earlier 
you will have to make do with plain "git bisect" and we can check the result by 
hand.

Message #68 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 05 Sep 2020 23:30:54 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> I suggest that someone with some time on macOS bisect between
> b799cc271d69fc494da1fe04ca8ec6c529a19a19 (which works) and
> 886ba068c82dcf5e0e2e1244bf99841d4ff5690c (which does not work).
>
> I further suggest that people use "git bisect --first-parent" if
> available, as it attempts to avoid the kind of false alarm that sent
> us off in that wild goose chase. Unfortunately --first-parent is only
> in Git master right now (it should appear in Git 2.29 when it comes
> out) so if you're running Git 2.28 or earlier you will have to make do
> with plain "git bisect" and we can check the result by hand.

I've got git 2.17 on high sierra, so I did a normal git bisect, and it
reports:

Bisecting: 0 revisions left to test after this (roughly 0 steps)
[42ec41251584c480ee3286ff369c18629f52a7d5] Update from Gnulib

The next commit is:

commit 2c389455c72250b579f5225b99bc7de0cf435e4a (refs/bisect/good-2c389455c72250b579f5225b99bc7de0cf435e4a)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #71 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 05 Sep 2020 23:36:05 +0200

Poking about a bit with that checkout, I find that if I do:

diff --git a/lib/verify.h b/lib/verify.h
index 6d7b961db7..e2f0cacd03 100644
--- a/lib/verify.h
+++ b/lib/verify.h
@@ -246,13 +246,6 @@ #define _GL_VERIFY_TRUE(R, DIAGNOSTIC) \
 
 /* @assert.h omit start@  */
 
-#if defined __has_builtin
-/* <https://clang.llvm.org/docs/LanguageExtensions.html#builtin-functions> */
-# define _GL_HAS_BUILTIN_ASSUME __has_builtin (__builtin_assume)
-#else
-# define _GL_HAS_BUILTIN_ASSUME 0
-#endif
-
 #if 3 < __GNUC__ + (3 < __GNUC_MINOR__ + (4 <= __GNUC_PATCHLEVEL__))
 # define _GL_HAS_BUILTIN_TRAP 1
 #elif defined __has_builtin

... then there's no segmentation fault any more.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #74 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Stefan Kangas <stefankangas <at> gmail.com>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 05 Sep 2020 23:41:15 +0200

And, indeed, doing the same on the current master makes the segfault go
away and gives me a working Emacs on high sierra:

In GNU Emacs 28.0.50 (build 6, x86_64-apple-darwin17.7.0, NS appkit-1561.60 Version 10.13.6 (Build 17G2208))
 of 2020-09-05 built on high-sierra.local
Repository revision: 585fe00557489e49188b6a301f001ef01ff15dcb
Repository branch: master
System Description:  Mac OS X 10.13.6


-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #77 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Stefan Kangas <stefankangas <at> gmail.com>,
 Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sat, 5 Sep 2020 17:58:22 -0700

On 9/5/20 2:30 PM, Lars Ingebrigtsen wrote:
> I've got git 2.17 on high sierra, so I did a normal git bisect, and it
> reports:
> 
> Bisecting: 0 revisions left to test after this (roughly 0 steps)
> [42ec41251584c480ee3286ff369c18629f52a7d5] Update from Gnulib
> 
> The next commit is:
> 
> commit 2c389455c72250b579f5225b99bc7de0cf435e4a (refs/bisect/good-2c389455c72250b579f5225b99bc7de0cf435e4a)

Thanks, so Bug#43152 is due to verify.h's recent attempt to use __builtin_assume 
on Clang. As I understand it, using __builtin_assume was only for minor 
performance improvements when compiling with older Clang versions, which does 
not appear to be worth the software debugging hassle that we've been enduring on 
GNU Emacs master. So I reverted those changes to verify.h in Gnulib and updated 
GNU Emacs to match. I'll cc this to Bruno Haible, who wrote those 
__builtin_assume changes.

Message #80 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Stefan Kangas <stefankangas <at> gmail.com>,
 Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sun, 06 Sep 2020 13:50:10 +0200

Paul Eggert <eggert <at> cs.ucla.edu> writes:

> So I reverted those changes to verify.h in Gnulib and updated GNU
> Emacs to match.

Thanks; I verified that the current Emacs master builds successfully on
Macos 10.3 now.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #83 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>,
 Philippe Spiesser <ann.onymous <at> orange.fr>
Cc: Bruno Haible <bruno <at> clisp.org>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, Angelo Graziosi <angelo.g0 <at> libero.it>,
 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is 
 stopped with core 
Date: Sun, 6 Sep 2020 16:31:01 +0200

Philippe and Lars, given that building on newer macOS (10.14) and/or with newer clang (Apple 11.0.0) seemed to go well, it may be useful to know exactly what compiler version you were using.

Message #86 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sun, 06 Sep 2020 16:38:40 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> Philippe and Lars, given that building on newer macOS (10.14) and/or
> with newer clang (Apple 11.0.0) seemed to go well, it may be useful to
> know exactly what compiler version you were using.

On high sierra?

high-sierra:~ larsi$ gcc --version
Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 10.0.0 (clang-1000.10.44.4)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #89 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Sun, 6 Sep 2020 17:44:20 +0200

6 sep. 2020 kl. 16.38 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:

> Apple LLVM version 10.0.0 (clang-1000.10.44.4)

Yes, that's it. Thank you!

Message #92 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Mon, 07 Sep 2020 01:07:55 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> 6 sep. 2020 kl. 16.38 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:
>
>> Apple LLVM version 10.0.0 (clang-1000.10.44.4)
>
> Yes, that's it. Thank you!

Are you still seeing the segfault on high sierra (with a different
compiler version)?  The one I've got is just the one that auto-installed
(upon saying "gcc") when I installed high sierra in a VM a couple of
weeks ago.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #95 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Mattias Engdegård <mattiase <at> acm.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Mon, 7 Sep 2020 09:25:33 +0200

7 sep. 2020 kl. 01.07 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:

> Are you still seeing the segfault on high sierra (with a different
> compiler version)?  The one I've got is just the one that auto-installed
> (upon saying "gcc") when I installed high sierra in a VM a couple of
> weeks ago.

Sorry, I don't actually have a High Sierra machine to test on right now. Conversely, can a more recent toolchain (Apple Clang 11.0.0) be installed on your 10.13 machine?

Message #98 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: Philippe Spiesser <ann.onymous <at> orange.fr>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, 43152 <at> debbugs.gnu.org,
 Bruno Haible <bruno <at> clisp.org>, Angelo Graziosi <angelo.g0 <at> libero.it>
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Mon, 07 Sep 2020 12:20:31 +0200

Mattias Engdegård <mattiase <at> acm.org> writes:

> 7 sep. 2020 kl. 01.07 skrev Lars Ingebrigtsen <larsi <at> gnus.org>:
>
>> Are you still seeing the segfault on high sierra (with a different
>> compiler version)?  The one I've got is just the one that auto-installed
>> (upon saying "gcc") when I installed high sierra in a VM a couple of
>> weeks ago.
>
> Sorry, I don't actually have a High Sierra machine to test on right
> now. Conversely, can a more recent toolchain (Apple Clang 11.0.0) be
> installed on your 10.13 machine?

I don't know -- I only use Macos to test Emacs.  :-)

Anyway, it doesn't seem like anybody has problems building Emacs on
Macos after Paul's most recent changes, so I'm closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #105 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Angelo Graziosi <angelo.g0 <at> libero.it>
To: Lars Ingebrigtsen <larsi <at> gnus.org>,
 Mattias Engdegård <mattiase <at> acm.org>
Cc: Bruno Haible <bruno <at> clisp.org>, Philippe Spiesser <ann.onymous <at> orange.fr>,
 Paul Eggert <eggert <at> cs.ucla.edu>, Stefan Kangas <stefan <at> marxist.se>,
 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Mon, 7 Sep 2020 14:24:52 +0200 (CEST)

> Il 07/09/2020 12:20 Lars Ingebrigtsen ha scritto:
> 
> Anyway, it doesn't seem like anybody has problems building Emacs on
> Macos after Paul's most recent changes, so I'm closing this bug report.

Indeed, now it seems to build. Thanks.

Angelo

Message #108 received at 43152 <at> debbugs.gnu.org (full text, mbox):

From: Anonymous <ann.onymous <at> orange.fr>
To: Lars Ingebrigtsen <larsi <at> gnus.org>, Mattias Engdegård
 <mattiase <at> acm.org>
Cc: Bruno Haible <bruno <at> clisp.org>, Paul Eggert <eggert <at> cs.ucla.edu>,
 Stefan Kangas <stefan <at> marxist.se>, Angelo Graziosi <angelo.g0 <at> libero.it>,
 43152 <at> debbugs.gnu.org
Subject: Re: bug#43152: 28.0.50; when building emacs 28.0.50 ./temacs is
 stopped with core
Date: Mon, 7 Sep 2020 14:58:51 +0200

[Message part 1 (text/plain, inline)]

Le 06/09/2020 à 16:38, Lars Ingebrigtsen a écrit :
> Mattias Engdegård <mattiase <at> acm.org> writes:
>
>> Philippe and Lars, given that building on newer macOS (10.14) and/or
>> with newer clang (Apple 11.0.0) seemed to go well, it may be useful to
>> know exactly what compiler version you were using.
> On high sierra?
>
> high-sierra:~ larsi$ gcc --version
> Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
> Apple LLVM version 10.0.0 (clang-1000.10.44.4)
> Target: x86_64-apple-darwin17.7.0
> Thread model: posix
> InstalledDir: /Library/Developer/CommandLineTools/usr/bin
>
On high sierra :

spungen:~ $ uname -a
Darwin spungen.home 17.7.0 Darwin Kernel Version 17.7.0: Thu Jun 18 
21:21:34 PDT 2020; root:xnu-4570.71.82.5~1/RELEASE_X86_64 x86_64

spungen:~ $ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr 
--with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 10.0.0 (clang-1000.11.45.5)
Target: x86_64-apple-darwin17.7.0
Thread model: posix
InstalledDir: 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
spungen:~ $

Back home, build emacs is OK with last updates this morning.

I must stay with macos high sierra because my mac is too old (ten years) 
for recent macos.

Thanks for the updates.

-- 

	Philippe Spiesser

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.