GNU bug report logs - #40462
28.0.50; Building nativecomp branch segfaulting on FreeBSD

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 40462 in the body.
You can then email your comments to 40462 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: Ashish SHUKLA <ashish.is <at> lostca.se>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; Building nativecomp branch segfaulting on FreeBSD
Date: Mon, 06 Apr 2020 14:30:42 +0530

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

While building emacs (git commit 00ee320) with following configure
flags:

--disable-build-details --localstatedir=/var --with-x --enable-acl
  --with-cairo --with-dbus --with-nativecomp --with-gconf --with-gif
  --with-gnutls --with-gsettings --with-x-toolkit=gtk3 --with-harfbuzz
  --with-jpeg --with-json --with-file-notification=kqueue --with-lcms2
  --with-m17n-flt --without-imagemagick --with-mailutils --with-modules
  --with-sound=oss --with-libotf --with-png --with-toolkit-scroll-bars
  --with-rsvg --with-threads --with-tiff --with-xft --with-xim
  --with-xml2 --with-xpm --without-xwidgets --x-libraries=/usr/local/lib
  --x-includes=/usr/local/include --prefix=/usr/local

It crashes:

=================================================================================
Dumping under the name bootstrap-emacs.pdmp
dumping fingerprint:
9a2ee446c34e7076160c294f92952a1b63dc99c0b318f12a09f5e0cfbd921c35
Dump complete
Byte counts: header=96 hot=13959104 discardable=137904 cold=9581848
Reloc counts: hot=965456 discardable=4905
gmake -C ../lisp compile-first EMACS="../src/bootstrap-emacs"
gmake[4]: Entering directory 'work-full/emacs-00ee320/lisp'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/macroexp.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/cconv.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/byte-opt.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/bytecomp.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/comp.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/autoload.el
gmake[4]: Leaving directory 'work-full/emacs-00ee320/lisp'
gmake -C ../lisp autoloads EMACS="../src/bootstrap-emacs"
gmake[4]: Entering directory 'work-full/emacs-00ee320/lisp'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap
international/titdic-cnv.el
gmake -C ../leim all EMACS="../src/bootstrap-emacs"
gmake[5]: Entering directory 'work-full/emacs-00ee320/leim'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp -l titdic-cnv \
  -f batch-titdic-convert -dir ./../lisp/leim/quail CXTERM-DIC/CCDOSPY.tit
Fatal error 11: Segmentation fault
Backtrace:
0x4a1b10 <emacs_backtrace+0xe0> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x46918b <terminate_due_to_signal+0xab> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x4a45d8 <handle_fatal_signal+0x18> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x4a4680 <deliver_thread_signal+0xa0> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x4a15ed <deliver_fatal_thread_signal+0x1d> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x4a4727 <handle_sigsegv+0x87> at
work-full/emacs-00ee320/src/bootstrap-emacs
0x80148b3ce <_pthread_sigmask+0x53e> at /lib/libthr.so.3
gmake[5]: *** [Makefile:107: ../lisp/leim/quail/CCDOSPY.el] Segmentation
fault (core dumped)
gmake[5]: Leaving directory 'work-full/emacs-00ee320/leim'
gmake[4]: *** [Makefile:389: leim] Error 2
gmake[4]: Leaving directory 'work-full/emacs-00ee320/lisp'
gmake[3]: *** [Makefile:802: ../lisp/loaddefs.el] Error 2
gmake[3]: Leaving directory 'work-full/emacs-00ee320/src'
gmake[2]: *** [Makefile:424: src] Error 2
gmake[2]: Leaving directory 'work-full/emacs-00ee320'
=================================================================================


Attached gdb.txt contains the "bt full" output.

-- 
Ashish SHUKLA

Sent via Gnus from GNU Emacs

[gdb.txt (text/plain, attachment)]

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: 40462 <at> debbugs.gnu.org
Subject: Re: 28.0.50; Building nativecomp branch segfaulting on FreeBSD
Date: Mon, 6 Apr 2020 14:34:21 +0530

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

Hi,

Forgot to mention this is on FreeBSD 12.1 (amd64) with GCC 9.3.0 (built
with jit support).

Thanks!
-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Sat, 18 Apr 2020 11:15:45 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:

> Hi,
>
> Forgot to mention this is on FreeBSD 12.1 (amd64) with GCC 9.3.0 (built
> with jit support).
>
> Thanks!

Hi Ashish,

sorry I had not time to setup a VM to test this.  Could you try
compiling libgccjit and running hello world example?

https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html

this to check if is a libgccjit issue.

Thanks

  Andrea

-- 
akrl <at> sdf.org

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Sat, 18 Apr 2020 21:16:54 +0530

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

On 4/18/20 4:45 PM, Andrea Corallo wrote:
> Ashish SHUKLA <ashish.is <at> lostca.se> writes:
> 
>> Hi,
>>
>> Forgot to mention this is on FreeBSD 12.1 (amd64) with GCC 9.3.0 (built
>> with jit support).
>>
>> Thanks!
> 
> Hi Ashish,
> 
> sorry I had not time to setup a VM to test this.  Could you try
> compiling libgccjit and running hello world example?
> 
> https://gcc.gnu.org/onlinedocs/jit/intro/tutorial01.html
> 
> this to check if is a libgccjit issue.
> 
> Thanks
> 
>   Andrea
> 

There you go:

============================================================================
chateau.d.if!abbe:/tmp λ cc -L/usr/local/lib/gcc9 -I/usr/local/include
-o hello hello.c -lgccjit
chateau.d.if!abbe:/tmp λ ldd ./hello
./hello:
        libgccjit.so.0 => /usr/local/lib/gcc9/libgccjit.so.0 (0x800400000)
        libc.so.7 => /lib/libc.so.7 (0x801e3b000)
        libmpc.so.3 => /usr/local/lib/libmpc.so.3 (0x800249000)
        libmpfr.so.6 => /usr/local/lib/libmpfr.so.6 (0x800262000)
        libgmp.so.10 => /usr/local/lib/libgmp.so.10 (0x8002e0000)
        libz.so.6 => /lib/libz.so.6 (0x800366000)
        libm.so.5 => /lib/libm.so.5 (0x800380000)
chateau.d.if!abbe:/tmp λ ./hello
hello world
============================================================================

-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Sat, 18 Apr 2020 16:29:32 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:

> There you go:
>
> ============================================================================
> chateau.d.if!abbe:/tmp λ cc -L/usr/local/lib/gcc9 -I/usr/local/include
> -o hello hello.c -lgccjit
> chateau.d.if!abbe:/tmp λ ldd ./hello
> ./hello:
>         libgccjit.so.0 => /usr/local/lib/gcc9/libgccjit.so.0 (0x800400000)
>         libc.so.7 => /lib/libc.so.7 (0x801e3b000)
>         libmpc.so.3 => /usr/local/lib/libmpc.so.3 (0x800249000)
>         libmpfr.so.6 => /usr/local/lib/libmpfr.so.6 (0x800262000)
>         libgmp.so.10 => /usr/local/lib/libgmp.so.10 (0x8002e0000)
>         libz.so.6 => /lib/libz.so.6 (0x800366000)
>         libm.so.5 => /lib/libm.so.5 (0x800380000)
> chateau.d.if!abbe:/tmp λ ./hello
> hello world
> ============================================================================

Mmmhh, this does (not) look good (for me) :)

Okay I'll have a look as soon as I get the time.

Do you know if it works as speed 0?

Thanks

-- 
akrl <at> sdf.org

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Fri, 1 May 2020 02:06:28 +0530

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

On 4/18/20 9:59 PM, Andrea Corallo wrote:
> Ashish SHUKLA <ashish.is <at> lostca.se> writes:
> 
>> There you go:
>>
>> ============================================================================
>> chateau.d.if!abbe:/tmp λ cc -L/usr/local/lib/gcc9 -I/usr/local/include
>> -o hello hello.c -lgccjit
>> chateau.d.if!abbe:/tmp λ ldd ./hello
>> ./hello:
>>         libgccjit.so.0 => /usr/local/lib/gcc9/libgccjit.so.0 (0x800400000)
>>         libc.so.7 => /lib/libc.so.7 (0x801e3b000)
>>         libmpc.so.3 => /usr/local/lib/libmpc.so.3 (0x800249000)
>>         libmpfr.so.6 => /usr/local/lib/libmpfr.so.6 (0x800262000)
>>         libgmp.so.10 => /usr/local/lib/libgmp.so.10 (0x8002e0000)
>>         libz.so.6 => /lib/libz.so.6 (0x800366000)
>>         libm.so.5 => /lib/libm.so.5 (0x800380000)
>> chateau.d.if!abbe:/tmp λ ./hello
>> hello world
>> ============================================================================
> 
> Mmmhh, this does (not) look good (for me) :)
> 
> Okay I'll have a look as soon as I get the time.
> 
> Do you know if it works as speed 0?
> 
> Thanks
> 

Hi Andrea,

Sorry for the delay.

Tried 02e3ffad6d9f with again with following CFLAGS, assuming by speed 0
you meant, -O0:

-O0 -g -march=haswell -fstack-protector-strong -isystem
/usr/local/include -fno-strict-aliasing -fstack-protector-strong
-isystem /usr/local/include

And following configure arguments:

--disable-build-details  --localstatedir=/var  --with-nativecomp
--with-x --enable-acl --with-cairo --with-dbus --without-gconf
--with-gif --with-gnutls --with-gsettings --with-x-toolkit=gtk3
--with-harfbuzz --with-jpeg --with-json --with-file-notification=kqueue
--with-lcms2 --with-m17n-flt --without-imagemagick --with-mailutils
--with-modules --with-sound=oss --with-libotf --with-png
--with-toolkit-scroll-bars --with-rsvg --with-threads --with-tiff
--with-xft --with-xim --with-xml2 --with-xpm --without-xwidgets
--x-libraries=/usr/local/lib --x-includes=/usr/local/include
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}


And it crashed again:



EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/byte-opt.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/bytecomp.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/comp.el
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap emacs-lisp/autoload.el
gmake[4]: Leaving directory 'emacs-02e3ffad6d9f/lisp'
gmake -C ../lisp autoloads EMACS="../src/bootstrap-emacs"
gmake[4]: Entering directory 'emacs-02e3ffad6d9f/lisp'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp --eval '(setq load-prefer-newer t)'  \
-l comp -f batch-byte-native-compile-for-bootstrap
international/titdic-cnv.el
gmake -C ../leim all EMACS="../src/bootstrap-emacs"
gmake[5]: Entering directory 'emacs-02e3ffad6d9f/leim'
EMACSLOADPATH= '../src/bootstrap-emacs' -batch --no-site-file
--no-site-lisp -l titdic-cnv \
  -f batch-titdic-convert -dir ./../lisp/leim/quail CXTERM-DIC/CCDOSPY.tit
Fatal error 11: Segmentation fault
Backtrace:
0x49ace0 <emacs_backtrace+0xe0> at emacs-02e3ffad6d9f/src/bootstrap-emacs
0x46245b <terminate_due_to_signal+0xab> at
emacs-02e3ffad6d9f/src/bootstrap-emacs
0x49d7a8 <handle_fatal_signal+0x18> at
emacs-02e3ffad6d9f/src/bootstrap-emacs
0x49d850 <deliver_thread_signal+0xa0> at
emacs-02e3ffad6d9f/src/bootstrap-emacs
0x49a7bd <deliver_fatal_thread_signal+0x1d> at
emacs-02e3ffad6d9f/src/bootstrap-emacs
0x49d8f7 <handle_sigsegv+0x87> at emacs-02e3ffad6d9f/src/bootstrap-emacs
0x80148b3ce <_pthread_sigmask+0x53e> at /lib/libthr.so.3


And following is the gdb output:

Core was generated by `../src/bootstrap-emacs -batch --no-site-file
--no-site-lisp -l titdic-cnv -f bat'.


(gdb) bt full

Reading symbols from src/bootstrap-emacs...
#0  thr_kill () at thr_kill.S:3
#1  0x0000000803ff35e4 in __raise (s=11) at /usr/src/lib/libc/gen/raise.c:52
        id = 100534
#2  0x0000000000462498 in terminate_due_to_signal (sig=11,
backtrace_limit=40) at emacs.c:401
#3  0x000000000049d7a8 in handle_fatal_signal (sig=11) at sysdep.c:1788
#4  0x000000000049d850 in deliver_thread_signal (sig=11,
handler=0x49d790 <handle_fatal_signal>) at sysdep.c:1762
        old_errno = 2
#5  0x000000000049a7bd in deliver_fatal_thread_signal (sig=11) at
sysdep.c:1800
#6  0x000000000049d8f7 in handle_sigsegv (sig=11, siginfo=0xa5e370
<sigsegv_stack+34368>, arg=0xa5e000 <sigsegv_stack+33488>) at sysdep.c:1885
        fatal = false
#7  0x000000080148b3ce in handle_signal (actp=0xa5df80
<sigsegv_stack+33360>, sig=11, info=0xa5e370 <sigsegv_stack+34368>,
ucp=0xa5e000 <sigsegv_stack+33488>) at
/usr/src/lib/libthr/thread/thr_sig.c:246
        curthread = 0x805758500
        in_sigsuspend = 0
        cancel_enable = 1
        cancel_point = 0
        sigfunc = 0x0
        err = <optimized out>
        uc2 = <optimized out>
#8  0x000000080148a98f in thr_sighandler (sig=11, info=0xa5e370
<sigsegv_stack+34368>, _ucp=0xa5e000 <sigsegv_stack+33488>) at
/usr/src/lib/libthr/thread/thr_sig.c:191
        ucp = 0xa5e000 <sigsegv_stack+33488>
        err = 2
        curthread = 0x805758500
        act = {__sigaction_u = {__sa_handler = 0x49d870
<handle_sigsegv>, __sa_sigaction = 0x49d870 <handle_sigsegv>}, sa_flags
= 67, sa_mask = {__bits = {2147483647, 4294967295, 4294967295, 4294967295}}}
#9  0x00007ffffffff003 in <signal handler called> ()
#10 0x00000000004fe092 in re_match_2_internal (bufp=0xa5fa48
<searchbufs+3992>, string1=0x0, size1=0, string2=0x0, size2=34512469920,
pos=0, regs=0x0, stop=34512469920) at regex-emacs.c:4305
        buf_charlen = 1
        buf_ch = 0
        mcnt = 0
        end1 = 0x0
        end2 = 0x8091a7fa0 "\200\177\032\t\b"
        end_match_1 = 0x0
        end_match_2 = 0x8091a7fa0 "\200\177\032\t\b"
        d = 0x0
        dend = 0x8091a7fa0 "\200\177\032\t\b"
        dfail = 0x0
        p = 0x807395504 "\016\004"
        pend = 0x807395715 " be useful,\n;; # but WITHOUT ANY WARRANTY;
without even the implied warranty of\n;; # MERCHANTABILITY or FIT"
        translate = 0x0
        multibyte = false
        target_multibyte = false
        fail_stack = {stack = 0x7fffffff8100, size = 20, avail = 3,
frame = 0}
        num_regs = 3
        regstart = 0x7fffffff80a0
        regend = 0x7fffffff80b8
        best_regs_set = false
        best_regstart = 0x7fffffff80d0
        best_regend = 0x7fffffff80e8
        match_end = 0x0
        sa_avail = 402153184
        sa_count = 36
        count = 36
#11 0x00000000004fc61f in rpl_re_search_2 (bufp=0xa5fa48
<searchbufs+3992>, str1=0x0, size1=0, str2=0x0, size2=34512469920,
startpos=0, range=0, regs=0x0, stop=34512469920) at regex-emacs.c:3372
        val = 140737488328784
        string1 = 0x0
        string2 = 0x0
        fastmap = 0xa5fa88 <searchbufs+4056> ""
        translate = 0x0
        total_size = 34512469920
        endpos = 34512469920
        anchored_start = false
        multibyte = false
#12 0x00000000004fbcea in rpl_re_search (bufp=0xa5fa48
<searchbufs+3992>, string=0x0, size=34512469920, startpos=0,
range=34512469920, regs=0x0) at regex-emacs.c:3166
#13 0x00000000004f0487 in fast_string_match_internal
(regexp=0x8091971e4, string=0x8091a7fc4, table=0x0) at search.c:478
        val = 140737488329040
        bufp = 0xa5fa48 <searchbufs+3992>
#14 0x00000000004c8919 in fast_string_match (regexp=0x8091971e4,
string=0x8091a7fc4) at ./lisp.h:4314
#15 0x00000000004c878d in Ffind_file_name_handler (filename=0x8091a7fc4,
operation=0x5df0) at fileio.c:320
        string = 0x8091971e4
        match_pos = 34481330208
        handler = 0x8072ae398 <_nv020glcore+984>
        operations = 0x0
        elt = 0x80913e383
        chain = 0x80913dc33
        inhibited_handlers = 0x0
        result = 0x0
        pos = -1
#16 0x00000000004cac84 in Fexpand_file_name (name=0x8091a7fc4,
default_directory=0x0) at fileio.c:843
        nm = 0x80740a280 ""
        nmlim = 0x80740a280 ""
        newdir = 0x80740a280 ""
        newdirlim = 0x80740a280 ""
        target = 0x80740a280 ""
        tlen = 34481414784
        length = 34481414784
        nbytes = 34481414784
        handler = 0x80740a280
        result = 0x80740a280
        handled_name = 0x80740a280
        multibyte = false
        hdir = 0x80740dc00
        sa_avail = 16384
        sa_count = 36
        root = 0x80740b000
        defdir_multibyte = false
#17 0x00000000004c9a69 in write_region (start=0x0, end=0x0,
filename=0x8091a7fc4, append=0x0, visit=0x2, lockname=0x0,
mustbenew=0x0, desc=-1) at fileio.c:5061
        open_flags = 1102693866
        mode = 1731453692
        offset = 17179869216
        open_and_close_file = true
        ok = false
        save_errno = 0
        fn = 0x52929b <dump_bitset_bit_set_p+91> "D\213"
        st = {st_dev = 18446744060942636640, st_ino = 1, st_nlink =
34488170976, st_mode = 0, st_padding0 = 0, st_uid = 0, st_gid =
4294943456, st_padding1 = 32767, st_rdev = 5474229, st_atim = {tv_sec =
0, tv_nsec = 96}, st_mtim = {tv_sec = 96, tv_nsec = 10445744}, st_ctim =
{tv_sec = 140737488331488, tv_nsec = 5451192}, st_birthtim = {tv_sec =
34477725280, tv_nsec = 8589934592}, st_size = 140737488331536, st_blocks
= 5474491, st_blksize = -23792, st_flags = 32767, st_gen = 34491073832,
st_spare = {34480628184, 34491073832, 140737488331616, 4875090,
55834551200, 34480372032, 0, 34491073832, 34480628184, 0}}
        modtime = {tv_sec = 1118, tv_nsec = 4736034093701260028}
        count = 36
        count1 = 10883616
        handler = 0x133da2
        visit_file = 0x0
        annotations = 0x0
        encoded_filename = 0x99ed
        visiting = false
        quietly = true
        file_locked = false
        given_buffer = 0x99ed90 <pure+3104016>
        coding = {id = 2, common_flags = 7064, mode = 30, src_multibyte
= true, dst_multibyte = true, chars_at_source = true, raw_destination =
true, annotated = true, eol_seen = 7, result = 7, max_charset_id =
32767, spec = {iso_2022 = {flags = 4294941592, current_invocation =
{32767, -25720}, current_designation = {32767, 24, 0, -25728},
ctext_extended_segment_len = 32767, single_shifting = false, bol =
false, embedded_utf_8 = false, cmp_status = {state = COMPOSING_NO,
method = COMPOSITION_RELATIVE, old_form = false, length = -25728, nchars
= -16744449, ncomps = 48, carryover = {0, 16350, 0, 3, -2, 2, 0,
120633664, 8, 48, 0, 141895856, 8, 0, 0, 0, 0, 10445648, 0, -24384,
32767, 0, 0, 0, 0, 0, 0, 0, 0, 10445648, 0, -24336, 32767, 5451192, 0,
128432608, 8, 128432608, 8, -24016, 32767, 5472770, 0, 133000955, 8,
1731453692, 1102693866, 141894200, 8, 141894200, 8, -24208, 32767,
5463935, 0, 141894160, 8, 141894160, 8, 127985408, 8, 120633669, 8,
19776, -2, 2, 0, 0}}}, ccl = 0x7fffffff9b98, utf_16 = {bom = (unknown:
4294941592), endian = (utf_16_little_endian | unknown: 32766), surrogate
= -25720}, utf_8_bom = (unknown: 4294941592), emacs_mule = {cmp_status =
{state = 4294941592, method = 32767, old_form = 136, length = 32767,
nchars = 24, ncomps = 0, carryover = {-25728, 32767, 24, 0, 0, 0,
-25728, -16744449, 48, 0, 16350, 0, 3, -2, 2, 0, 120633664, 8, 48, 0,
141895856, 8, 0, 0, 0, 0, 10445648, 0, -24384, 32767, 0, 0, 0, 0, 0, 0,
0, 0, 10445648, 0, -24336, 32767, 5451192, 0, 128432608, 8, 128432608,
8, -24016, 32767, 5472770, 0, 133000955, 8, 1731453692, 1102693866,
141894200, 8, 141894200, 8, -24208, 32767, 5463935, 0, 141894160, 8,
141894160, 8}}}, undecided = {inhibit_nbd = -25704, inhibit_ied = 32767,
prefer_utf_8 = 136}}, safe_charsets = 0xfe00000000000000 <error: Cannot
access memory at address 0xfe00000000000000>, head_ascii = 0,
detected_utf8_bytes = 5474229, detected_utf8_chars = -12884901888,
produced = 1, produced_char = 96, consumed = 10445744, consumed_char =
140737488331200, src_pos = 48, src_pos_byte = 48, src_chars = 10445696,
src_bytes = 140737488331232, src_object = 0x0, source = 0x0, dst_pos =
10445648, dst_pos_byte = 140737488331264, dst_bytes = 5711672,
dst_object = 0x0, destination = 0x0, charbuf = 0x807a7b9e0, charbuf_size
= 0, charbuf_used = 0, carryover =
"\000\000\000\000\000\000\000\000Pc\237\000\000\000\000\000@\242\377\377\377\177\000\000\270-S\000\000\000\000\000\340\271\247\a\b\000\000\000\340\271\247\a\000\000\000\000\220\242\377\377\377\177\000\000e_S\000\000\000\000",
carryover_bytes = 151707264, default_char = 8, detector = 0x8090ade80,
decoder = 0x80730b940, encoder = 0x0}
        auto_saving_into_visited_file = false
#18 0x00000000004d5ad5 in Fwrite_region (start=0x0, end=0x0,
filename=0x8091a7fc4, append=0x0, visit=0x2, lockname=0x0,
mustbenew=0x0) at fileio.c:5020
#19 0x00000008094107e3 in F7469746469632d636f6e76657274_titdic_convert_0
() at
emacs-02e3ffad6d9f/lisp/international/eln-amd64-portbld-freebsd12.1-10ce8988e1c55dec/titdic-cnv.eln
#20 0x000000000056cdde in funcall_subr (subr=0x8073fa770, numargs=2,
args=0x7fffffffa738) at eval.c:2878
        internal_argbuf = {0x7fffffffa600, 0x5706f4 <PSEUDOVECTORP+68>,
0x7fffffffa600, 0x1000000000, 0x8073fa775, 0x1000000009f6350,
0x7fffffffa620, 0x5662ea <SUBRP+26>}
        internal_args = 0x7fffffffa738
#21 0x000000000056bb91 in Ffuncall (nargs=3, args=0x7fffffffa730) at
eval.c:2803
        fun = 0x8073fa775
        original_fun = 0x807c731a0
        funcar = 0x0
        numargs = 2
        val = 0x0
        count = 32
#22 0x0000000809410abe in
F62617463682d7469746469632d636f6e76657274_batch_titdic_convert_0 () at
emacs-02e3ffad6d9f/lisp/international/eln-amd64-portbld-freebsd12.1-10ce8988e1c55dec/titdic-cnv.eln
#23 0x000000000056cdb6 in funcall_subr (subr=0x8073fa7b0, numargs=0,
args=0x7fffffffa928) at eval.c:2876
        internal_argbuf = {0x0, 0x5706f4 <PSEUDOVECTORP+68>,
0x7fffffffa850, 0x1000000000, 0x8073fa7b5, 0x1000000009f6350,
0x7fffffffa870, 0x5662ea <SUBRP+26>}
        internal_args = 0x7fffffffa820
#24 0x000000000056bb91 in Ffuncall (nargs=1, args=0x7fffffffa920) at
eval.c:2803
        fun = 0x8073fa7b5
        original_fun = 0x8076f9e38
        funcar = 0x572915 <list_length+277>
        numargs = 0
        val = 0x0
        count = 31
#25 0x0000000000560748 in eval_sub (form=0x8081433cb) at eval.c:2254
        vals = 0x7fffffffa920
        argnum = 1
        sa_avail = 16376
        sa_count = 31
        args_left = 0x0
        numargs = 1
        original_fun = 0x70b0
        original_args = 0x8081433db
        count = 30
        fun = 0x9e4575 <Sfuncall+5>
        val = 0x7fffffffaa70
        funcar = 0x703dbc0
        argvals = {0x1e, 0x4350, 0x0, 0x0, 0x0, 0x9f6350 <lispsym>,
0x7fffffffaae0, 0x55dd98 <builtin_lisp_symbol+40>}
#26 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x8081433cb
        val = 0x0
#27 0x0000000000560f4c in Fif (args=0x80814339b) at eval.c:427
        cond = 0x0
#28 0x000000000055eedd in eval_sub (form=0x80814338b) at eval.c:2235
        args_left = 0x80814339b
        numargs = 3
        original_fun = 0x7ec0
        original_args = 0x80814339b
        count = 29
        fun = 0x9e3f55 <Sif+5>
        val = 0x8076f9e38
        funcar = 0x2
        argvals = {0x1d, 0x807040868, 0x7fffffffacf0, 0x0, 0x0, 0x9f6350
<lispsym>, 0x7fffffffad00, 0x55dd98 <builtin_lisp_symbol+40>}
#29 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x80814338b
        val = 0x8076f9e38
#30 0x0000000000561085 in Fcond (args=0x808140c7b) at eval.c:451
        clause = 0x80814334b
        val = 0x8081435cb
#31 0x000000000055eedd in eval_sub (form=0x808140c4b) at eval.c:2235
        args_left = 0x808140c5b
        numargs = 18
        original_fun = 0x80701a550
        original_args = 0x808140c5b
        count = 28
        fun = 0x9e3f8d <Scond+5>
        val = 0x8057b71c4
        funcar = 0x56e0d9 <do_specbind+329>
        argvals = {0x0, 0x9f6350 <lispsym>, 0x7fffffffaf10, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffaf30, 0x55dd98 <builtin_lisp_symbol+40>}
#32 0x0000000000560fc1 in Fprogn (body=0x808140bab) at eval.c:471
        form = 0x808140c4b
        val = 0x8057b71c4
#33 0x000000000056271f in FletX (args=0x808140b6b) at eval.c:927
        var = 0x8072d6728
        val = 0x0
        elt = 0x8072d6728
        lexenv = 0x80915e253
        count = 27
        varlist = 0x0
#34 0x000000000055eedd in eval_sub (form=0x808140b5b) at eval.c:2235
        args_left = 0x808140b6b
        numargs = 5
        original_fun = 0x9180
        original_args = 0x808140b6b
        count = 26
        fun = 0x9e429d <SletX+5>
        val = 0x0
        funcar = 0x807a0e705
        argvals = {0x7fffffffb210, 0x56412b <Flet+6315>, 0x807e8c1e3,
0x0, 0x0, 0x9f6350 <lispsym>, 0x7fffffffb190, 0x55dd98
<builtin_lisp_symbol+40>}
#35 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x808140b5b
        val = 0x0
#36 0x00000000005610c5 in prog_ignore (body=0x808140b4b) at eval.c:482
#37 0x0000000000564251 in Fwhile (args=0x808140acb) at eval.c:1016
        test = 0x80774a788
        body = 0x808140b4b
#38 0x000000000055eedd in eval_sub (form=0x808140abb) at eval.c:2235
        args_left = 0x808140acb
        numargs = 2
        original_fun = 0x80701c170
        original_args = 0x808140acb
        count = 25
        fun = 0x9e42d5 <Swhile+5>
        val = 0x0
        funcar = 0x2
        argvals = {0x0, 0x9f6350 <lispsym>, 0x7fffffffb3b0, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffb3d0, 0x55dd98 <builtin_lisp_symbol+40>}
#39 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x808140abb
        val = 0x0
#40 0x000000000056271f in FletX (args=0x808140a7b) at eval.c:927
        var = 0x80774ab68
        val = 0x80915e233
        elt = 0x80814471b
        lexenv = 0x80915e053
        count = 24
        varlist = 0x0
#41 0x000000000055eedd in eval_sub (form=0x808140a6b) at eval.c:2235
        args_left = 0x808140a7b
        numargs = 4
        original_fun = 0x9180
        original_args = 0x808140a7b
        count = 23
        fun = 0x9e429d <SletX+5>
        val = 0x7fffffffb760
        funcar = 0x80704f4a8
        argvals = {0x7fffffffb630, 0x538729 <find_symbol_value+73>,
0x7fffffffb620, 0x0, 0x0, 0x9f6350 <lispsym>, 0x7fffffffb630, 0x55dd98
<builtin_lisp_symbol+40>}
#42 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x808140a6b
        val = 0x0
#43 0x000000000055eedd in eval_sub (form=0x808140a4b) at eval.c:2235
        args_left = 0x808140a5b
        numargs = 1
        original_fun = 0xb820
        original_args = 0x808140a5b
        count = 22
        fun = 0x9e3fc5 <Sprogn+5>
        val = 0x7710
        funcar = 0x539d5d <set_default_internal+909>
        argvals = {0x7fffffffb7f0, 0x55dd98 <builtin_lisp_symbol+40>,
0x7fffffffb810, 0x0, 0x808140a3b, 0x808140a4b, 0x7fffffffb820, 0x5345a5
<Fcar+21>}
#44 0x0000000000560f2e in Fif (args=0x808140a2b) at eval.c:426
        cond = 0x80911bf33
#45 0x000000000055eedd in eval_sub (form=0x808140a1b) at eval.c:2235
        args_left = 0x808140a2b
        numargs = 2
        original_fun = 0x7ec0
        original_args = 0x808140a2b
        count = 21
        fun = 0x9e3f55 <Sif+5>
        val = 0x7fffffffb9a0
        funcar = 0x538729 <find_symbol_value+73>
        argvals = {0x1ffffb9e0, 0x80911bf33, 0x809177f48, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffba10, 0x55dd98 <builtin_lisp_symbol+40>}
#46 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x808140a1b
        val = 0x0
#47 0x0000000000564116 in Flet (args=0x8081409fb) at eval.c:995
        temps = 0x7fffffffba50
        tem = 0x80911bf33
        lexenv = 0x80915e053
        elt = 0x80814508b
        count = 20
        argnum = 1
        sa_avail = 16376
        sa_count = 20
        varlist = 0x0
        varlist_len = 1
        nvars = 1
#48 0x000000000055eedd in eval_sub (form=0x8081409eb) at eval.c:2235
        args_left = 0x8081409fb
        numargs = 2
        original_fun = 0x9150
        original_args = 0x8081409fb
        count = 19
        fun = 0x9e4265 <Slet+5>
        val = 0x8087525e8
        funcar = 0x56e0d9 <do_specbind+329>
        argvals = {0x1ffffbca0, 0x80915e053, 0x809177ef8, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffbcd0, 0x55dd98 <builtin_lisp_symbol+40>}
#49 0x0000000000560fc1 in Fprogn (body=0x808139c4b) at eval.c:471
        form = 0x8081409eb
        val = 0x0
#50 0x0000000000564116 in Flet (args=0x808139c2b) at eval.c:995
        temps = 0x7fffffffbd10
        tem = 0x0
        lexenv = 0x80915e053
        elt = 0x80814515b
        count = 18
        argnum = 1
        sa_avail = 16376
        sa_count = 18
        varlist = 0x0
        varlist_len = 1
        nvars = 1
#51 0x000000000055eedd in eval_sub (form=0x808139c1b) at eval.c:2235
        args_left = 0x808139c2b
        numargs = 6
        original_fun = 0x9150
        original_args = 0x808139c2b
        count = 17
        fun = 0x9e4265 <Slet+5>
        val = 0x0
        funcar = 0x4050
        argvals = {0x1ffffbf60, 0x80915e033, 0x809177ea8, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffbf90, 0x55dd98 <builtin_lisp_symbol+40>}
#52 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x808139c1b
        val = 0x0
#53 0x000000000056d5b1 in funcall_lambda (fun=0x808139bbb, nargs=1,
arg_vector=0x7fffffffc0e0) at eval.c:3069
        val = 0x0
        syms_left = 0x0
        next = 0x80774ed58
        lexenv = 0x80915e033
        count = 16
        i = 1
        optional = false
        rest = false
#54 0x000000000056811c in apply_lambda (fun=0x808139bab,
args=0x808139b4b, count=15) at eval.c:2935
        arg_vector = 0x7fffffffc0e0
        tem = 0x80911bf33
        sa_avail = 16376
        sa_count = 16
        numargs = 1
        args_left = 0x0
#55 0x0000000000560d56 in eval_sub (form=0x808139b3b) at eval.c:2357
        original_fun = 0x807743828
        original_args = 0x808139b4b
        count = 15
        fun = 0x808139bab
        val = 0x80915e013
        funcar = 0x4050
        argvals = {0x1ffffc2f0, 0x80910c583, 0x809162258, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffc320, 0x55dd98 <builtin_lisp_symbol+40>}
#56 0x0000000000560fc1 in Fprogn (body=0x80813875b) at eval.c:471
        form = 0x808139b3b
        val = 0x80915e013
#57 0x0000000000564116 in Flet (args=0x80813857b) at eval.c:995
        temps = 0x7fffffffc360
        tem = 0x0
        lexenv = 0x80910c583
        elt = 0x8077589d0
        count = 14
        argnum = 2
        sa_avail = 16368
        sa_count = 14
        varlist = 0x0
        varlist_len = 2
        nvars = 2
#58 0x000000000055eedd in eval_sub (form=0x80813856b) at eval.c:2235
        args_left = 0x80813857b
        numargs = 34
        original_fun = 0x9150
        original_args = 0x80813857b
        count = 13
        fun = 0x9e4265 <Slet+5>
        val = 0x8087525e8
        funcar = 0x56e0d9 <do_specbind+329>
        argvals = {0x1ffffc5b0, 0x807a3ccab, 0x809162208, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffc5e0, 0x55dd98 <builtin_lisp_symbol+40>}
#59 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x80813856b
        val = 0x808183ba4
#60 0x000000000056d5b1 in funcall_lambda (fun=0x80813852b, nargs=0,
arg_vector=0x7fffffffc730) at eval.c:3069
        val = 0x2
        syms_left = 0x0
        next = 0x572915 <list_length+277>
        lexenv = 0x807a3ccab
        count = 12
        i = 0
        optional = false
        rest = false
#61 0x000000000056811c in apply_lambda (fun=0x80813851b, args=0x0,
count=11) at eval.c:2935
        arg_vector = 0x7fffffffc730
        tem = 0x4050
        sa_avail = 16384
        sa_count = 12
        numargs = 0
        args_left = 0x0
#62 0x0000000000560d56 in eval_sub (form=0x8085cf29b) at eval.c:2357
        original_fun = 0x807742198
        original_args = 0x0
        count = 11
        fun = 0x80813851b
        val = 0x100000800000002
        funcar = 0x4050
        argvals = {0x7fffffffc930, 0x55dd98 <builtin_lisp_symbol+40>,
0x7fffffffc950, 0x572941 <CHECK_LIST_END+33>, 0x7fffffffc950,
0x41b9c5ea6733e2fc, 0x7fffffffc960, 0x55e477 <record_unwind_protect+119>}
#63 0x0000000000564b39 in Funwind_protect (args=0x8085ce45b) at eval.c:1221
        val = 0x7
        count = 10
#64 0x000000000055eedd in eval_sub (form=0x8085ce44b) at eval.c:2235
        args_left = 0x8085ce45b
        numargs = 7
        original_fun = 0x8070606c0
        original_args = 0x8085ce45b
        count = 9
        fun = 0x9e43b5 <Sunwind_protect+5>
        val = 0x8087525e8
        funcar = 0x56e0d9 <do_specbind+329>
        argvals = {0x1ffffcb20, 0x80910c5c3, 0x809162168, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffcb50, 0x55dd98 <builtin_lisp_symbol+40>}
#65 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x8085ce44b
        val = 0x0
#66 0x0000000000564116 in Flet (args=0x8085ce42b) at eval.c:995
        temps = 0x7fffffffcb90
        tem = 0x8087302eb
        lexenv = 0x80910c5c3
        elt = 0x8085cf2bb
        count = 8
        argnum = 1
        sa_avail = 16376
        sa_count = 8
        varlist = 0x0
        varlist_len = 1
        nvars = 1
#67 0x000000000055eedd in eval_sub (form=0x8085ce41b) at eval.c:2235
        args_left = 0x8085ce42b
        numargs = 2
        original_fun = 0x9150
        original_args = 0x8085ce42b
        count = 7
        fun = 0x9e4265 <Slet+5>
        val = 0x8057b7704
        funcar = 0x4050
        argvals = {0x8070299c0, 0x80701ad40, 0x8090ea7d3, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffce10, 0x55dd98 <builtin_lisp_symbol+40>}
#68 0x0000000000560fc1 in Fprogn (body=0x8085cde9b) at eval.c:471
        form = 0x8085ce41b
        val = 0x8057b7704
#69 0x0000000000560f4c in Fif (args=0x8085cdd3b) at eval.c:427
        cond = 0x0
#70 0x000000000055eedd in eval_sub (form=0x8085cdd2b) at eval.c:2235
        args_left = 0x8085cdd3b
        numargs = 17
        original_fun = 0x7ec0
        original_args = 0x8085cdd3b
        count = 6
        fun = 0x9e3f55 <Sif+5>
        val = 0x8087525e8
        funcar = 0x56e0d9 <do_specbind+329>
        argvals = {0x1ffffd000, 0x807a3cccb, 0x8073d70f0, 0x0, 0x0,
0x9f6350 <lispsym>, 0x7fffffffd030, 0x55dd98 <builtin_lisp_symbol+40>}
#71 0x0000000000560fc1 in Fprogn (body=0x0) at eval.c:471
        form = 0x8085cdd2b
        val = 0x8085d12cc
#72 0x000000000056d5b1 in funcall_lambda (fun=0x8085cdceb, nargs=0,
arg_vector=0x7fffffffd180) at eval.c:3069
        val = 0x2
        syms_left = 0x0
        next = 0x572915 <list_length+277>
        lexenv = 0x807a3cccb
        count = 5
        i = 0
        optional = false
        rest = false
#73 0x000000000056811c in apply_lambda (fun=0x8085cdcdb, args=0x0,
count=4) at eval.c:2935
        arg_vector = 0x7fffffffd180
        tem = 0x4050
        sa_avail = 16384
        sa_count = 5
        numargs = 0
        args_left = 0x0
#74 0x0000000000560d56 in eval_sub (form=0x80872f18b) at eval.c:2357
        original_fun = 0x807bd7958
        original_args = 0x0
        count = 4
        fun = 0x8085cdcdb
        val = 0x3000125e8
        funcar = 0x4050
        argvals = {0x80575868c, 0xa, 0x7fffffffd390, 0xffffffff00000000,
0x300020000, 0x8087525e8, 0x0, 0x9fe930 <lispsym+34272>}
#75 0x00000000005667f3 in Feval (form=0x80872f18b, lexical=0x0) at
eval.c:2111
        count = 3
#76 0x00000000004803a7 in top_level_2 () at keyboard.c:1100
#77 0x0000000000565125 in internal_condition_case (bfun=0x480380
<top_level_2>, handlers=0x90, hfun=0x480180 <cmd_error>) at eval.c:1364
        val = 0x90
        c = 0x8057eb540
#78 0x0000000000480114 in top_level_1 (ignore=0x0) at keyboard.c:1108
#79 0x00000000005648a8 in internal_catch (tag=0xdd10, func=0x4800c0
<top_level_1>, arg=0x0) at eval.c:1125
        val = 0x0
        c = 0x8057eb480
#80 0x0000000000466b95 in command_loop () at keyboard.c:1069
#81 0x00000000004669fc in recursive_edit_1 () at keyboard.c:714
        count = 1
        val = 0x0
#82 0x0000000000466d7a in Frecursive_edit () at keyboard.c:786
        count = 0
        buffer = 0x0
#83 0x000000000046437f in main (argc=11, argv=0x7fffffffd860) at
emacs.c:2060
        stack_bottom_variable = 0x0
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = 0x0
        dump_mode = 0x0
        skip_args = 2
        temacs = 0x0
        attempt_load_pdump = true
        rlim = {rlim_cur = 536870912, rlim_max = 536870912}
        lc_all = 0x7fffffffec9b "en_US.UTF-8"
        sockfd = -1
        module_assertions = false




-- 
Ashish SHUKLA | GPG: F682CDCC39DC0FEAE11620B6C746CFA9E74FA4B0

“Until the day when God shall deign to reveal the future to man, all
human wisdom is summed up in these two words,-"Wait and hope".”
(Alexandre Dumas, père, "The Count of Monte Cristo", 1845-1846)

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Thu, 30 Apr 2020 20:49:17 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:


> Hi Andrea,
>
> Sorry for the delay.
>
> Tried 02e3ffad6d9f with again with following CFLAGS, assuming by speed 0
> you meant, -O0:
>
> -O0 -g -march=haswell -fstack-protector-strong -isystem
> /usr/local/include -fno-strict-aliasing -fstack-protector-strong
> -isystem /usr/local/include

Hi Ashish,

Thanks, sorry I wasn't clear.  You can control the speed parameter of
the native compiler during the initial build for instance as follow:

make BYTE_COMPILE_EXTRA_FLAGS='--eval "(setq comp-speed 0)"' -j2

If you could try this is an interesting test.  I suspect this could be
the same bug is seen on MacOS where is observed to be working only at
speed 0.

  Andrea

-- 
akrl <at> sdf.org

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Fri, 1 May 2020 10:49:01 +0530

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

On 5/1/20 2:19 AM, Andrea Corallo wrote:
> Ashish SHUKLA <ashish.is <at> lostca.se> writes:
> 
> 
>> Hi Andrea,
>>
>> Sorry for the delay.
>>
>> Tried 02e3ffad6d9f with again with following CFLAGS, assuming by speed 0
>> you meant, -O0:
>>
>> -O0 -g -march=haswell -fstack-protector-strong -isystem
>> /usr/local/include -fno-strict-aliasing -fstack-protector-strong
>> -isystem /usr/local/include
> 
> Hi Ashish,
> 
> Thanks, sorry I wasn't clear.  You can control the speed parameter of
> the native compiler during the initial build for instance as follow:
> 
> make BYTE_COMPILE_EXTRA_FLAGS='--eval "(setq comp-speed 0)"' -j2
> 
> If you could try this is an interesting test.  I suspect this could be
> the same bug is seen on MacOS where is observed to be working only at
> speed 0.

After making that change, I'm able to install it fine.

-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Fri, 01 May 2020 08:53:31 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:

>> Hi Ashish,
>> 
>> Thanks, sorry I wasn't clear.  You can control the speed parameter of
>> the native compiler during the initial build for instance as follow:
>> 
>> make BYTE_COMPILE_EXTRA_FLAGS='--eval "(setq comp-speed 0)"' -j2
>> 
>> If you could try this is an interesting test.  I suspect this could be
>> the same bug is seen on MacOS where is observed to be working only at
>> speed 0.
>
> After making that change, I'm able to install it fine.

Very good, this could indicate my suspect is correct and in case solving
this bug we could solve two problem at once.

Thanks
  
  Andrea

-- 
akrl <at> sdf.org

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Fri, 01 May 2020 22:03:44 +0000

Hi Ashish,

Okay I've got a VM with FreeBSD 12.1-RELEASE.

I had to install gmake and a bunch of other GNU utilies and libraries to
compile GCC.

I've compiled and installed the current GCC trunk configuring as:

../configure --enable-host-shared --enable-languages=jit \
--disable-bootstrap --enable-checking=release
gmake -j2
sudo gmake install

Note: to have libgccjit working I had to do the following trick:

# rm /usr/bin/ld
# ln -s /usr/local/bin/ld.bfd /usr/bin/ld

Otherwise the GCC driver was using lld and this was trying to link the
.eln against the C standard library (!?) failing.

Did you had the same problem?  

I then compiled Emacs on 02e3ffad6d as follow:

./autogen.sh
./configure --without-x --with-gnutls=ifavailable --with-nativecomp \
--without-makeinfo
time gmake NATIVE_FAST_BOOT=1 V=1 -j2

It took ~40min and went clean.  Now I did a quick test and everything
looks normal.  My LD_LIBRARY_PATH and LIBRARY_PATH are empty and I think
I had to run only 'ldconfig -R' to have libgccjit visible.

I'm starting a full build for the night but I do not see why it should
fail at this point.

Why can't I reproduce the error?  Do you see any important difference
between our recepies?

Thanks

  Andrea

-- 
akrl <at> sdf.org

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Sat, 2 May 2020 13:24:49 +0530

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

On 5/2/20 3:33 AM, Andrea Corallo wrote:
> Hi Ashish,
> 
> Okay I've got a VM with FreeBSD 12.1-RELEASE.
> 
> I had to install gmake and a bunch of other GNU utilies and libraries to
> compile GCC.
> 
> I've compiled and installed the current GCC trunk configuring as:
> 
> ../configure --enable-host-shared --enable-languages=jit \
> --disable-bootstrap --enable-checking=release
> gmake -j2
> sudo gmake install

I updated lang/gcc9 port to include changes required to enable gccjit,
so instead of GCC trunk, I ended up using GCC 9.3.0

> 
> Note: to have libgccjit working I had to do the following trick:
> 
> # rm /usr/bin/ld
> # ln -s /usr/local/bin/ld.bfd /usr/bin/ld

The port takes care of using ld from binutils.

> 
> Otherwise the GCC driver was using lld and this was trying to link the
> .eln against the C standard library (!?) failing.
> 
> Did you had the same problem?  
> 
> I then compiled Emacs on 02e3ffad6d as follow:
> 
> ./autogen.sh
> ./configure --without-x --with-gnutls=ifavailable --with-nativecomp \
> --without-makeinfo
> time gmake NATIVE_FAST_BOOT=1 V=1 -j2

my configure flags were same as mentioned previously, and gmake switches
are:

   gmake BYTE_COMPILE_EXTRA_FLAGS='--eval "(setq comp-speed 0)"'

I guess I can try with NATIVE_FAST_BOOT=1 V=1. I will report back.

> 
> It took ~40min and went clean.  Now I did a quick test and everything
> looks normal.  My LD_LIBRARY_PATH and LIBRARY_PATH are empty and I think
> I had to run only 'ldconfig -R' to have libgccjit visible.
> 
> I'm starting a full build for the night but I do not see why it should
> fail at this point.
> 
> Why can't I reproduce the error?  Do you see any important difference
> between our recepies?

I used the FreeBSD ports to install everything. Whereas you used GCC
from trunk unlike me, and used these GNU make arguments, which I wasn't.


Anyways, I'll report back with my results.

Thanks!
-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Sat, 2 May 2020 13:52:47 +0530

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

On 5/2/20 1:24 PM, Ashish SHUKLA wrote:

[...]

> I used the FreeBSD ports to install everything. Whereas you used GCC
> from trunk unlike me, and used these GNU make arguments, which I wasn't.
> 
> 
> Anyways, I'll report back with my results.

It's still building, but at least it passed the previous stage where it
was segfaulting after switching to the gmake command-line arguments:

   NATIVE_FAST_BOOT=1 V=1

So, that seems like a good sign.

I will report back, when it completes.

Thanks!
-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Sat, 2 May 2020 14:21:59 +0530

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

On 5/2/20 1:52 PM, Ashish SHUKLA wrote:
> On 5/2/20 1:24 PM, Ashish SHUKLA wrote:
> 
> [...]
> 
>> I used the FreeBSD ports to install everything. Whereas you used GCC
>> from trunk unlike me, and used these GNU make arguments, which I wasn't.
>>
>>
>> Anyways, I'll report back with my results.
> 
> It's still building, but at least it passed the previous stage where it
> was segfaulting after switching to the gmake command-line arguments:
> 
>    NATIVE_FAST_BOOT=1 V=1
> 
> So, that seems like a good sign.
> 
> I will report back, when it completes.

It completed few minutes ago, with no issues. So, it seems like I was
using the wrong command-line for building. Sorry about that.

Thanks!
-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Sat, 02 May 2020 09:57:49 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:

> On 5/2/20 1:52 PM, Ashish SHUKLA wrote:
>> On 5/2/20 1:24 PM, Ashish SHUKLA wrote:
>> 
>> [...]
>> 
>>> I used the FreeBSD ports to install everything. Whereas you used GCC
>>> from trunk unlike me, and used these GNU make arguments, which I wasn't.
>>>
>>>
>>> Anyways, I'll report back with my results.
>> 
>> It's still building, but at least it passed the previous stage where it
>> was segfaulting after switching to the gmake command-line arguments:
>> 
>>    NATIVE_FAST_BOOT=1 V=1
>> 
>> So, that seems like a good sign.
>> 
>> I will report back, when it completes.
>
> It completed few minutes ago, with no issues. So, it seems like I was
> using the wrong command-line for building. Sorry about that.
>
> Thanks!

Hi Ashish,

thanks for reporting first.

I think your command line was fair...  'V' should be just about make
verbosity and NATIVE_FAST_BOOT just native compile only core files in
the first image but your crash was earlier so this should not make a
difference.

I suspect we are missing something.  Maybe the repo was dirty somehow
from some previous attempt?

  Andrea

-- 
akrl <at> sdf.org

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

From: Ashish SHUKLA <ashish.is <at> lostca.se>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50; Building nativecomp branch segfaulting on
 FreeBSD
Date: Sat, 2 May 2020 18:29:25 +0530

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

On 5/2/20 3:27 PM, Andrea Corallo wrote:
> Ashish SHUKLA <ashish.is <at> lostca.se> writes:
> 
>> On 5/2/20 1:52 PM, Ashish SHUKLA wrote:
>>> On 5/2/20 1:24 PM, Ashish SHUKLA wrote:
>>>
>>> [...]
>>>
>>>> I used the FreeBSD ports to install everything. Whereas you used GCC
>>>> from trunk unlike me, and used these GNU make arguments, which I wasn't.
>>>>
>>>>
>>>> Anyways, I'll report back with my results.
>>>
>>> It's still building, but at least it passed the previous stage where it
>>> was segfaulting after switching to the gmake command-line arguments:
>>>
>>>    NATIVE_FAST_BOOT=1 V=1
>>>
>>> So, that seems like a good sign.
>>>
>>> I will report back, when it completes.
>>
>> It completed few minutes ago, with no issues. So, it seems like I was
>> using the wrong command-line for building. Sorry about that.
>>
>> Thanks!
> 
> Hi Ashish,
> 
> thanks for reporting first.
> 
> I think your command line was fair...  'V' should be just about make
> verbosity and NATIVE_FAST_BOOT just native compile only core files in
> the first image but your crash was earlier so this should not make a
> difference.
> 
> I suspect we are missing something.  Maybe the repo was dirty somehow
> from some previous attempt?

Well, it's built from a FreeBSD port (copy of editors/emacs-devel),
which uses Emacs' git commit snapshot tarball (available from
github.com/emacs-mirror/emacs assumed to contain output of: git archive
$commitid ) as its source, and built by roughly executing following
commands:

%./autogen.sh all
% sed -e '/emacs-repository-version/s/^.*$$/(setq
emacs-repository-version "${COMMIT_ID}")/' \
      -e '/emacs-repository-branch/s/^.*$$/(setq emacs-repository-branch
"master")/' -i '' lisp/loadup.el
% ./configure $CONFIGURE_FLAGS
% gmake $MAKE_FLAGS

In your testing were you able to build without specifying any arguments
to make (i.e. no "NATIVE_FAST_BOOT=1" "V=1"), as that's what was causing
segmentation fault for me ?

Thanks!
-- 
Ashish SHUKLA

[signature.asc (application/pgp-signature, attachment)]

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

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462 <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Sat, 02 May 2020 13:15:13 +0000

Ashish SHUKLA <ashish.is <at> lostca.se> writes:

>> 
>> Hi Ashish,
>> 
>> thanks for reporting first.
>> 
>> I think your command line was fair...  'V' should be just about make
>> verbosity and NATIVE_FAST_BOOT just native compile only core files in
>> the first image but your crash was earlier so this should not make a
>> difference.
>> 
>> I suspect we are missing something.  Maybe the repo was dirty somehow
>> from some previous attempt?
>
> Well, it's built from a FreeBSD port (copy of editors/emacs-devel),
> which uses Emacs' git commit snapshot tarball (available from
> github.com/emacs-mirror/emacs assumed to contain output of: git archive
> $commitid ) as its source, and built by roughly executing following
> commands:

Ok, no idea of how all of this works.  I survived with some basic Unix
knowledge but I know nothing of freebsd.

> %./autogen.sh all
> % sed -e '/emacs-repository-version/s/^.*$$/(setq
> emacs-repository-version "${COMMIT_ID}")/' \
>       -e '/emacs-repository-branch/s/^.*$$/(setq emacs-repository-branch
> "master")/' -i '' lisp/loadup.el
> % ./configure $CONFIGURE_FLAGS
> % gmake $MAKE_FLAGS
>
> In your testing were you able to build without specifying any arguments
> to make (i.e. no "NATIVE_FAST_BOOT=1" "V=1"), as that's what was causing
> segmentation fault for me ?

I'll start it but single core it will take a while to get the answer,
I'm convinced tho is not here the issue you've observed.

> Thanks!

Welcome

  Andrea

-- 
akrl <at> sdf.org

Message #55 received at 40462-done <at> debbugs.gnu.org (full text, mbox):

From: Andrea Corallo <akrl <at> sdf.org>
To: Ashish SHUKLA <ashish.is <at> lostca.se>
Cc: 40462-done <at> debbugs.gnu.org
Subject: Re: bug#40462: 28.0.50;
 Building nativecomp branch segfaulting on FreeBSD
Date: Sun, 03 May 2020 09:27:03 +0000

Ok for me built also with a clean command line.

Given it works for me and you I'm closing this bug :)

Thanks

  Andrea

-- 
akrl <at> sdf.org

Previous Next

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