From: "Herbert J. Skuhra" <hskuhra@eumx.net>
To: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] trunk r117168: Use mmap(2) emulation for buffer text on MS-Windows.
Date: Thu, 29 May 2014 16:19:42 +0200 [thread overview]
Message-ID: <86fvjsvf9d.wl%hskuhra@eumx.net> (raw)
In-Reply-To: <E1WpLFn-0004VM-AG@vcs.savannah.gnu.org>
Hello,
this commit breaks the build on FreeBSD (tested on 10.0-STABLE amd64 and i386):
Finding pointers to doc strings...
Finding pointers to doc strings...done
81004 pure bytes used
cd ../lisp; gmake -w compile-first EMACS="../src/bootstrap-emacs"
gmake[3]: Entering directory `/home/herbert/source/emacs/trunk-r117168/lisp'
Compiling emacs-lisp/macroexp.el
Fatal error 11: Segmentation fault
Backtrace:
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
0x4a376b <emacs_backtrace+0x6b> at /home/herbert/source/emacs/trunk-r117168/src/bootstrap-emacs
gmake[3]: *** [emacs-lisp/macroexp.elc] Segmentation fault (core dumped)
gmake[3]: Leaving directory `/home/herbert/source/emacs/trunk-r117168/lisp'
gmake[2]: *** [bootstrap-emacs] Error 2
gmake[2]: Leaving directory `/home/herbert/source/emacs/trunk-r117168/src'
gmake[1]: *** [src] Error 2
gmake[1]: Leaving directory `/home/herbert/source/emacs/trunk-r117168'
gmake: *** [bootstrap] Error 2
--
Herbert
On Tue, 27 May 2014 17:33:35 +0000
Eli Zaretskii wrote:
> ------------------------------------------------------------
> revno: 117168
> revision-id: eliz@gnu.org-20140527173117-et72fjq7lazj50mj
> parent: monnier@iro.umontreal.ca-20140527143607-1j29n1rk63f1zrm5
> author: Fabrice Popineau <fabrice.popineau@gmail.com>
> committer: Eli Zaretskii <eliz@gnu.org>
> branch nick: trunk
> timestamp: Tue 2014-05-27 20:31:17 +0300
> message:
> Use mmap(2) emulation for buffer text on MS-Windows.
>
> src/Makefile.in (C_HEAP_SWITCH): Get the predefined heap size from
> configure.
> (ADDSECTION, MINGW_TEMACS_POST_LINK): Remove, no longer used.
> src/lisp.h (NONPOINTER_BITS): Modify the condition to define to zero
> for MinGW, since it no longer uses gmalloc.
> src/buffer.c: Do not define mmap allocations functions for Windows.
> Remove mmap_find which is unused. Remove mmap_set_vars which does
> nothing useful.
> [WINDOWSNT]: Include w32heap.h.
> (init_buffer): Always allocate new memory for buffers.
> src/emacs.c: Remove mmap_set_vars calls.
> src/image.c (free_image): Undef free for Windows because it is
> redirected to our private version.
> src/unexw32.c (COPY_PROC_CHUNK): Use %p format for 64bits
> compatibility.
> (copy_executable_and_dump_data): Remove dumping the heap section.
> (unexec): Restore using_dynamic_heap after dumping.
> src/w32heap.c (dumped_data_commit, malloc_after_dump)
> (malloc_before_dump, realloc_after_dump, realloc_before_dump)
> (free_after_dump, free_before_dump, mmap_alloc, mmap_realloc)
> (mmap_free): New functions.
> src/w32heap.h: Declare dumped_data and mmap_* function prototypes.
>
> nt/inc/ms-w32.h: Switch to the system heap allocation scheme
> instead of GNU malloc and ralloc.
> nt/inc/sys/mman.h: New file.
> nt/INSTALL: Update for the new build requirements.
>
> etc/NEWS: Mention build changes on MS-Windows.
>
> configure.ac (C_HEAP_SWITCH) define for different values of
> dumped heap size depending on 32/64bits arch on Windows.
> Don't check for pthreads.h on MinGW32/64, it gets in the way.
> Use mmap(2) for buffers and system malloc for MinGW32/64.
> added:
> nt/inc/sys/mman.h mman.h-20140527171208-w5h37lgvfzdhyjf8-1
> modified:
> ChangeLog changelog-20091113204419-o5vbwnq5f7feedwu-1538
> configure.ac configure.in-20091113204419-o5vbwnq5f7feedwu-783
> etc/ChangeLog changelog-20091113204419-o5vbwnq5f7feedwu-1485
> etc/NEWS news-20100311060928-aoit31wvzf25yr1z-1
> nt/ChangeLog changelog-20091113204419-o5vbwnq5f7feedwu-1545
> nt/INSTALL install.msys-20130416132004-cxmtwcclsy15p2r8-1
> nt/inc/ms-w32.h msw32.h-20091113204419-o5vbwnq5f7feedwu-807
> src/ChangeLog changelog-20091113204419-o5vbwnq5f7feedwu-1438
> src/Makefile.in makefile.in-20091113204419-o5vbwnq5f7feedwu-631
> src/buffer.c buffer.c-20091113204419-o5vbwnq5f7feedwu-264
> src/emacs.c emacs.c-20091113204419-o5vbwnq5f7feedwu-241
> src/image.c image.c-20091113204419-o5vbwnq5f7feedwu-2969
> src/lisp.h lisp.h-20091113204419-o5vbwnq5f7feedwu-253
> src/unexw32.c unexw32.c-20091113204419-o5vbwnq5f7feedwu-887
> src/w32heap.c w32heap.c-20091113204419-o5vbwnq5f7feedwu-810
> src/w32heap.h w32heap.h-20091113204419-o5vbwnq5f7feedwu-811
next parent reply other threads:[~2014-05-29 14:19 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E1WpLFn-0004VM-AG@vcs.savannah.gnu.org>
2014-05-29 14:19 ` Herbert J. Skuhra [this message]
2014-05-29 15:14 ` [Emacs-diffs] trunk r117168: Use mmap(2) emulation for buffer text on MS-Windows Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86fvjsvf9d.wl%hskuhra@eumx.net \
--to=hskuhra@eumx.net \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).