GNU bug report logs -
#22136
[osx] core dump while building emacs-25
Previous Next
Reported by: Alex Dunn <dunn.alex <at> gmail.com>
Date: Thu, 10 Dec 2015 04:22:01 UTC
Severity: normal
Tags: moreinfo, unreproducible
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 22136 in the body.
You can then email your comments to 22136 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Thu, 10 Dec 2015 04:22:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Alex Dunn <dunn.alex <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 10 Dec 2015 04:22:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
`make -C ../lisp update-subdirs` on the emacs-25 branch has been
reliably causing a core dump the past two or three days. Here are the
build logs: https://gist.github.com/dunn/ff087e9b533d373ab10b#file-03-make-L568
It doesn’t cause the build to fail (except for when I made some changes
to the source tree that I can’t reproduce; logs here if anyone’s
interested: https://gist.github.com/dunn/43f10877f11c97ab28f0#file-03-make-L291) so
I don’t know how serious an issue this is. It occurs with -j1 and -j4,
with Clang and with GCC 5.3.0.
System config included in the logs, but for the sake of convenience:
CPU: quad-core 64-bit haswell
OS X: 10.11.2-x86_64
Xcode: 7.1.1
CLT: 7.2.0.0.1.1447826929
🌲 clang -v
Apple LLVM version 7.0.0 (clang-700.1.76)
Target: x86_64-apple-darwin15.2.0
Thread model: posix
🌲 gcc-5 -v
Using built-in specs.
COLLECT_GCC=gcc-5
COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/5.3.0/libexec/gcc/x86_64-apple-darwin15.0.0/5.3.0/lto-wrapper
Target: x86_64-apple-darwin15.0.0
Configured with: ../configure --build=x86_64-apple-darwin15.0.0 --prefix=/usr/local/Cellar/gcc/5.3.0 --libdir=/usr/local/Cellar/gcc/5.3.0/lib/gcc/5 --enable-languages=c,c++,objc,obj-c++,fortran --program-suffix=-5 --with-gmp=/usr/local/opt/gmp --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc --with-isl=/usr/local/opt/isl --with-system-zlib --enable-libstdcxx-time=yes --enable-stage1-checking --enable-checking=release --enable-lto --with-build-config=bootstrap-debug --disable-werror --with-pkgversion='Homebrew gcc 5.3.0' --with-bugurl=https://github.com/Homebrew/homebrew/issues --enable-plugin --disable-nls --enable-multilib
Thread model: posix
gcc version 5.3.0 (Homebrew gcc 5.3.0)
If there’s any necessary information I’m forgetting please let me know.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Thu, 10 Dec 2015 16:20:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 22136 <at> debbugs.gnu.org (full text, mbox):
> From: Alex Dunn <dunn.alex <at> gmail.com>
> Date: Wed, 09 Dec 2015 20:20:44 -0800
>
>
> `make -C ../lisp update-subdirs` on the emacs-25 branch has been
> reliably causing a core dump the past two or three days. Here are the
> build logs: https://gist.github.com/dunn/ff087e9b533d373ab10b#file-03-make-L568
>
> It doesn’t cause the build to fail (except for when I made some changes
> to the source tree that I can’t reproduce; logs here if anyone’s
> interested: https://gist.github.com/dunn/43f10877f11c97ab28f0#file-03-make-L291) so
> I don’t know how serious an issue this is. It occurs with -j1 and -j4,
> with Clang and with GCC 5.3.0.
Can you show the core dump itself, i.e. what command dumps core?
Also, a backtrace from GDB would be useful. I looked at the data you
linked to, and I cannot see there any information about the crash
itself.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Sat, 12 Dec 2015 07:49:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 22136 <at> debbugs.gnu.org (full text, mbox):
Haven’t forgotten about this, but it’s new territory for me and
apparently capturing core dumps isn’t as straightforward as it should be
on OSX. Or I’m just confused; but either way I’ll figure it out when I
can.
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Alex Dunn <dunn.alex <at> gmail.com>
>> Date: Wed, 09 Dec 2015 20:20:44 -0800
>>
>>
>> `make -C ../lisp update-subdirs` on the emacs-25 branch has been
>> reliably causing a core dump the past two or three days. Here are the
>> build logs: https://gist.github.com/dunn/ff087e9b533d373ab10b#file-03-make-L568
>>
>> It doesn’t cause the build to fail (except for when I made some changes
>> to the source tree that I can’t reproduce; logs here if anyone’s
>> interested: https://gist.github.com/dunn/43f10877f11c97ab28f0#file-03-make-L291) so
>> I don’t know how serious an issue this is. It occurs with -j1 and -j4,
>> with Clang and with GCC 5.3.0.
>
> Can you show the core dump itself, i.e. what command dumps core?
> Also, a backtrace from GDB would be useful. I looked at the data you
> linked to, and I cannot see there any information about the crash
> itself.
>
> Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Sat, 12 Dec 2015 07:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 22136 <at> debbugs.gnu.org (full text, mbox):
> From: Alex Dunn <dunn.alex <at> gmail.com>
> Cc: 22136 <at> debbugs.gnu.org
> Date: Fri, 11 Dec 2015 23:48:20 -0800
>
> Haven’t forgotten about this, but it’s new territory for me and
> apparently capturing core dumps isn’t as straightforward as it should be
> on OSX. Or I’m just confused; but either way I’ll figure it out when I
> can.
Just run the crashing command under GDB, and when it crashes produce a
backtrace.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Tue, 15 Dec 2015 01:57:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 22136 <at> debbugs.gnu.org (full text, mbox):
>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
> Just run the crashing command under GDB, and when it crashes produce a
> backtrace.
Or, depending on your Xcode version, using lldb. The same commands should
apply.
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Wed, 18 May 2016 20:21:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 22136 <at> debbugs.gnu.org (full text, mbox):
Alex Dunn <dunn.alex <at> gmail.com> writes:
> Haven’t forgotten about this, but it’s new territory for me and
> apparently capturing core dumps isn’t as straightforward as it should be
> on OSX. Or I’m just confused; but either way I’ll figure it out when I
> can.
Hi, did you get anywhere with this?
--
Alan Third
Added tag(s) unreproducible.
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Wed, 18 May 2016 20:21:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#22136
; Package
emacs
.
(Thu, 19 May 2016 13:29:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 22136 <at> debbugs.gnu.org (full text, mbox):
Afraid I didn’t; but I haven’t noticed it occuring on recent builds of
the emacs-25 branch, so it may have been fixed.
Alan Third <alan <at> idiocy.org> writes:
> Alex Dunn <dunn.alex <at> gmail.com> writes:
>
>> Haven’t forgotten about this, but it’s new territory for me and
>> apparently capturing core dumps isn’t as straightforward as it should be
>> on OSX. Or I’m just confused; but either way I’ll figure it out when I
>> can.
>
> Hi, did you get anywhere with this?
> --
> Alan Third
Reply sent
to
Alan Third <alan <at> idiocy.org>
:
You have taken responsibility.
(Sat, 21 May 2016 07:39:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Alex Dunn <dunn.alex <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 21 May 2016 07:39:02 GMT)
Full text and
rfc822 format available.
Message #30 received at 22136-done <at> debbugs.gnu.org (full text, mbox):
On Thu, May 19, 2016 at 06:27:57AM -0700, Alex Dunn wrote:
> Afraid I didn’t; but I haven’t noticed it occuring on recent builds of
> the emacs-25 branch, so it may have been fixed.
Since I can't reproduce it, and you don't seem to be getting it any
more I'll mark this bug report as closed. If it does reoccur you can
either then reopen this bug, or create a new one.
--
Alan Third
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 18 Jun 2016 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 1 day ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.