GNU bug report logs -
#24682
26.0.50; Bootstrap failed
Previous Next
Reported by: Michael Albinus <michael.albinus <at> gmx.de>
Date: Thu, 13 Oct 2016 10:10:01 UTC
Severity: normal
Tags: patch
Found in version 26.0.50
Done: Paul Eggert <eggert <at> cs.ucla.edu>
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 24682 in the body.
You can then email your comments to 24682 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#24682; Package
emacs.
(Thu, 13 Oct 2016 10:10:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Albinus <michael.albinus <at> gmx.de>:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Thu, 13 Oct 2016 10:10:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I have upgraded one of my systems from Ubuntu 16.04 to 16.10. Now `make
bootstrap' fails on master with
--8<---------------cut here---------------start------------->8---
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name emacs
21680640 of 33554432 static heap bytes used
Makefile:749: recipe for target 'bootstrap-emacs' failed
make[1]: *** [bootstrap-emacs] Segmentation fault (core dumped)
--8<---------------cut here---------------end--------------->8---
One possible reason could be, that gcc has been upgraded from
"gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2)" to
"gcc version 6.2.0 20161005 (Ubuntu 6.2.0-5ubuntu12)"
I am appending config.log
Best regards, Michael.
[config.log (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Thu, 13 Oct 2016 12:45:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> gmx.de> writes:
> One possible reason could be, that gcc has been upgraded from
> "gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2)" to
> "gcc version 6.2.0 20161005 (Ubuntu 6.2.0-5ubuntu12)"
Calling the following command sequence results in the same error:
# CC=gcc-5 ./configure; make bootstrap
This uses "gcc version 5.4.1 20160929 (Ubuntu 5.4.1-2ubuntu2)".
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Thu, 13 Oct 2016 16:23:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Date: Thu, 13 Oct 2016 12:05:06 +0200
>
> I have upgraded one of my systems from Ubuntu 16.04 to 16.10. Now `make
> bootstrap' fails on master with
>
> --8<---------------cut here---------------start------------->8---
> Finding pointers to doc strings...
> Finding pointers to doc strings...done
> Dumping under the name emacs
> 21680640 of 33554432 static heap bytes used
> Makefile:749: recipe for target 'bootstrap-emacs' failed
> make[1]: *** [bootstrap-emacs] Segmentation fault (core dumped)
> --8<---------------cut here---------------end--------------->8---
>
> One possible reason could be, that gcc has been upgraded from
> "gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2)" to
> "gcc version 6.2.0 20161005 (Ubuntu 6.2.0-5ubuntu12)"
Please run the faulting command under GDB, and when it crashes, show
the backtrace.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Thu, 13 Oct 2016 16:29:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Please run the faulting command under GDB, and when it crashes, show
> the backtrace.
I've just left the office. Next time I have access to that machine is
next Tuesday. Sorry.
> Thanks.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Fri, 14 Oct 2016 14:41:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Michael Albinus <michael.albinus <at> gmx.de>
>> Date: Thu, 13 Oct 2016 12:05:06 +0200
>>
>> I have upgraded one of my systems from Ubuntu 16.04 to 16.10. Now `make
>> bootstrap' fails on master with
>>
>> --8<---------------cut here---------------start------------->8---
>> Finding pointers to doc strings...
>> Finding pointers to doc strings...done
>> Dumping under the name emacs
>> 21680640 of 33554432 static heap bytes used
>> Makefile:749: recipe for target 'bootstrap-emacs' failed
>> make[1]: *** [bootstrap-emacs] Segmentation fault (core dumped)
>> --8<---------------cut here---------------end--------------->8---
>>
>> One possible reason could be, that gcc has been upgraded from
>> "gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.2)" to
>> "gcc version 6.2.0 20161005 (Ubuntu 6.2.0-5ubuntu12)"
>
> Please run the faulting command under GDB, and when it crashes, show
> the backtrace.
Fortunately, it happened also on my working horse at home. Here we are:
gdb --args ./temacs --batch --load loadup bootstrap
GNU gdb (Ubuntu 7.12-0ubuntu1) 7.12
[...]
Loading /home/albinus/src/emacs/lisp/cus-start.el (source)...
Loading /home/albinus/src/emacs/lisp/tooltip.el (source)...
Finding pointers to doc strings...
Finding pointers to doc strings...done
Dumping under the name emacs
20599360 of 33554432 static heap bytes used
Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
130 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or directory.
(gdb) bt
#0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
#1 0x0000555555707f8b in memcpy (__len=1465781148, __src=0x781464,
__dest=0x7fff8fc1a464) at /usr/include/x86_64-linux-gnu/bits/string3.h:53
#2 unexec (
new_name=0x555557049248 <bss_sbrk_buffer+19825800> "/usr/local/src/emacs/src/emacs",
old_name=0x555557049270 <bss_sbrk_buffer+19825840> "/usr/local/src/emacs/src/temacs") at unexelf.c:406
#3 0x000055555565bea7 in Fdump_emacs (filename=93825020178884,
symfile=<optimized out>) at emacs.c:2157
#4 0x00005555556d2b65 in eval_sub (form=<optimized out>) at eval.c:2190
#5 0x00005555556d2e0d in Fprogn (body=93825005441411) at eval.c:432
#6 0x00005555556d2aac in eval_sub (form=<optimized out>) at eval.c:2140
#7 0x00005555556d2aac in eval_sub (form=form <at> entry=93825001004739)
at eval.c:2140
#8 0x00005555556f79ff in readevalloop (readcharfun=readcharfun <at> entry=24960,
stream=stream <at> entry=0x555555d9e8a0 <bss_sbrk_buffer+252640>,
sourcename=sourcename <at> entry=93825001304836,
printflag=printflag <at> entry=false, unibyte=unibyte <at> entry=0,
readfun=readfun <at> entry=0, start=0, end=0) at lread.c:1929
#9 0x00005555556f80ac in Fload (file=93825001304580, noerror=<optimized out>,
nomessage=0, nosuffix=<optimized out>, must_suffix=<optimized out>)
at lread.c:1334
---Type <return> to continue, or q <return> to quit---
#10 0x00005555556d2b1a in eval_sub (form=form <at> entry=93825000997779) at eval.c:2201
#11 0x00005555556d647c in Feval (form=93825000997779, lexical=<optimized out>) at eval.c:2009
#12 0x00005555556d1d42 in internal_condition_case (bfun=bfun <at> entry=0x555555660360 <top_level_2>, handlers=handlers <at> entry=19440,
hfun=hfun <at> entry=0x555555665550 <cmd_error>) at eval.c:1314
#13 0x0000555555662b30 in top_level_1 (ignore=ignore <at> entry=0) at keyboard.c:1135
#14 0x00005555556d1ce3 in internal_catch (tag=tag <at> entry=46320, func=func <at> entry=0x555555662ad0 <top_level_1>, arg=arg <at> entry=0)
at eval.c:1080
#15 0x00005555556602fd in command_loop () at keyboard.c:1096
#16 0x0000555555665147 in recursive_edit_1 () at keyboard.c:703
#17 0x0000555555665498 in Frecursive_edit () at keyboard.c:774
#18 0x0000555555587c4d in main (argc=5, argv=0x7fffffffdd18) at emacs.c:1659
Lisp Backtrace:
"dump-emacs" (0xffffd560)
"progn" (0xffffd628)
"if" (0xffffd6e8)
"load" (0xffffda10)
>
> Thanks.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Fri, 14 Oct 2016 14:54:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: 24682 <at> debbugs.gnu.org
> Date: Fri, 14 Oct 2016 16:40:18 +0200
>
> gdb --args ./temacs --batch --load loadup bootstrap
> GNU gdb (Ubuntu 7.12-0ubuntu1) 7.12
>
> [...]
>
> Loading /home/albinus/src/emacs/lisp/cus-start.el (source)...
> Loading /home/albinus/src/emacs/lisp/tooltip.el (source)...
> Finding pointers to doc strings...
> Finding pointers to doc strings...done
> Dumping under the name emacs
> 20599360 of 33554432 static heap bytes used
>
> Program received signal SIGSEGV, Segmentation fault.
> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
> 130 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or directory.
> (gdb) bt
> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
> #1 0x0000555555707f8b in memcpy (__len=1465781148, __src=0x781464,
> __dest=0x7fff8fc1a464) at /usr/include/x86_64-linux-gnu/bits/string3.h:53
> #2 unexec (
> new_name=0x555557049248 <bss_sbrk_buffer+19825800> "/usr/local/src/emacs/src/emacs",
> old_name=0x555557049270 <bss_sbrk_buffer+19825840> "/usr/local/src/emacs/src/temacs") at unexelf.c:406
> #3 0x000055555565bea7 in Fdump_emacs (filename=93825020178884,
> symfile=<optimized out>) at emacs.c:2157
Isn't the value of __len (about 1.4GB) too large? unexelf.c:406 is
this:
/* Copy over what we have in memory now for the bss area. */
memcpy (new_base + new_data2_offset, (caddr_t) old_bss_addr,
bss_size_growth);
So bss_size_growth is about 1.4GB, which sounds incredibly large.
the value is computed on line 334, can you tell the values of the two
variables that get subtracted there?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Fri, 14 Oct 2016 15:35:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Program received signal SIGSEGV, Segmentation fault.
>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
>> 130 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or directory.
>> (gdb) bt
>> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:130
>> #1 0x0000555555707f8b in memcpy (__len=1465781148, __src=0x781464,
>> __dest=0x7fff8fc1a464) at /usr/include/x86_64-linux-gnu/bits/string3.h:53
>> #2 unexec (
>> new_name=0x555557049248 <bss_sbrk_buffer+19825800>
>> "/usr/local/src/emacs/src/emacs",
>> old_name=0x555557049270 <bss_sbrk_buffer+19825840>
>> "/usr/local/src/emacs/src/temacs") at unexelf.c:406
>> #3 0x000055555565bea7 in Fdump_emacs (filename=93825020178884,
>> symfile=<optimized out>) at emacs.c:2157
>
> Isn't the value of __len (about 1.4GB) too large? unexelf.c:406 is
> this:
>
> /* Copy over what we have in memory now for the bss area. */
> memcpy (new_base + new_data2_offset, (caddr_t) old_bss_addr,
> bss_size_growth);
>
> So bss_size_growth is about 1.4GB, which sounds incredibly large.
>
> the value is computed on line 334, can you tell the values of the two
> variables that get subtracted there?
The values of local variables are (taken from *locals of temacs*)
int new_file 6
int old_file 5
off_t new_file_size 1487902352
caddr_t old_base 0x7fffe8193000 "\177ELF\002\001\001"
caddr_t new_base 0x7fff8f699000 "\177ELF\002\001\001"
Elf64_Ehdr * old_file_h 0x7fffe8193000
Elf64_Ehdr * new_file_h 0x7fff8f699000
Elf64_Phdr * old_program_h 0x7fffe8193040
Elf64_Phdr * new_program_h <optimized out>
Elf64_Shdr * old_section_h 0x7fffe96aaff0
Elf64_Shdr * new_section_h 0x7fffe8191b90
char * old_section_names 0x7fffe96aae5f ""
char * new_section_names <optimized out>
Elf64_Phdr * old_bss_seg <optimized out>
Elf64_Phdr * new_bss_seg 0x7fff8f6990e8
Elf64_Addr old_bss_addr 7869540
Elf64_Addr new_bss_addr 93825034231808
Elf64_Word old_bss_size <optimized out>
Elf64_Word bss_size_growth 1465781148
Elf64_Word new_data2_size 1465781152
Elf64_Off old_bss_offset 5772388
Elf64_Off new_data2_offset 5772388
ptrdiff_t n <optimized out>
ptrdiff_t old_bss_index 31
struct stat stat_buf <complex data type>
off_t old_file_size 22121200
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Fri, 14 Oct 2016 17:12:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: 24682 <at> debbugs.gnu.org
> Date: Fri, 14 Oct 2016 17:33:53 +0200
>
> > Isn't the value of __len (about 1.4GB) too large? unexelf.c:406 is
> > this:
> >
> > /* Copy over what we have in memory now for the bss area. */
> > memcpy (new_base + new_data2_offset, (caddr_t) old_bss_addr,
> > bss_size_growth);
> >
> > So bss_size_growth is about 1.4GB, which sounds incredibly large.
> >
> > the value is computed on line 334, can you tell the values of the two
> > variables that get subtracted there?
>
> The values of local variables are (taken from *locals of temacs*)
>
> int new_file 6
> int old_file 5
> off_t new_file_size 1487902352
> caddr_t old_base 0x7fffe8193000 "\177ELF\002\001\001"
> caddr_t new_base 0x7fff8f699000 "\177ELF\002\001\001"
> Elf64_Ehdr * old_file_h 0x7fffe8193000
> Elf64_Ehdr * new_file_h 0x7fff8f699000
> Elf64_Phdr * old_program_h 0x7fffe8193040
> Elf64_Phdr * new_program_h <optimized out>
> Elf64_Shdr * old_section_h 0x7fffe96aaff0
> Elf64_Shdr * new_section_h 0x7fffe8191b90
> char * old_section_names 0x7fffe96aae5f ""
> char * new_section_names <optimized out>
> Elf64_Phdr * old_bss_seg <optimized out>
> Elf64_Phdr * new_bss_seg 0x7fff8f6990e8
> Elf64_Addr old_bss_addr 7869540
> Elf64_Addr new_bss_addr 93825034231808
> Elf64_Word old_bss_size <optimized out>
> Elf64_Word bss_size_growth 1465781148
> Elf64_Word new_data2_size 1465781152
> Elf64_Off old_bss_offset 5772388
> Elf64_Off new_data2_offset 5772388
> ptrdiff_t n <optimized out>
> ptrdiff_t old_bss_index 31
> struct stat stat_buf <complex data type>
> off_t old_file_size 22121200
Thanks, this looks like something ELF experts should look into.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 06:16:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 24682 <at> debbugs.gnu.org (full text, mbox):
See also similar reports in these messages:
http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00329.html
http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00330.html
http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00338.html
http://lists.gnu.org/archive/html/emacs-devel/2016-10/msg00339.html
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 06:19:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Paul Eggert <eggert <at> cs.ucla.edu>
> Date: Fri, 14 Oct 2016 23:09:50 -0500
>
> Does plain Emacs 24.5 build OK on Ubuntu 16.10?
>
> Which Emacs version ships with Ubuntu 16.10? Emacs 24.5 or 25.1? Either
> way, do Ubuntu's patches to Emacs seem relevant to your problem?
>
> Others are reporting similar problems. See:
>
> http://askubuntu.com/questions/836690/seg-fault-building-emacs25-in-ubuntu-16-10
But since a very similar problem happens with building our master
branch, I guess the Ubuntu's patches to Emacs are off the hook?
I'm guessing this is some problem with the new Ubuntu that is outside
Emacs, perhaps the kernel or the Binutils.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 06:23:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Can someone please try building the emacs-25 branch on that version of
Ubuntu? I'd like to establish whether this problem should block the
release of Emacs 25.2.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 06:40:02 GMT)
Full text and
rfc822 format available.
Message #38 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
16.10 has modified gcc to compile with -pie by default. That just must get
in the way of unexec.
Search "gcc" in https://wiki.ubuntu.com/YakketyYak/ReleaseNotes,
I have tried this successfully (both emacs-25 and master):
1. in the git workdir:
$ ./autogen.sh
2. in the build directory:
$ ...../configure CFLAGS=-no-pie <other configure options>
and the binaries built fine.
On topic, it would be nice if there was a string in the binary that told
one how the $(config.status --config), so one could (more) easily rebuild a
binary. Something like a function (emacs-configure-options).
This has worked with ASLR on (echo 2 > /proc/sys/kernel/randomize_va_space)
and with ASLR off (echo 0 > /proc/sys/kernel/randomize_va_space).
--César
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:02:01 GMT)
Full text and
rfc822 format available.
Message #41 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Can someone please try building the emacs-25 branch on that version of
> Ubuntu? I'd like to establish whether this problem should block the
> release of Emacs 25.2.
Same problem with emacs-25 branch.
Next, I'll download the Emacs 25.1 tarball from gnu.org, and check
whether it builds.
> Thanks.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:19:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Michael Albinus <michael.albinus <at> gmx.de> writes:
> Next, I'll download the Emacs 25.1 tarball from gnu.org, and check
> whether it builds.
As expected, also the same problem when compiling from the tarball
sources. Sounds like we must release Emacs 25.2, once this problem has
been fixed.
>> Thanks.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:20:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Albinus <michael.albinus <at> gmx.de>
> Cc: Óscar Fuentes <ofv <at> wanadoo.es>, theophilusx <at> gmail.com,
> 24682 <at> debbugs.gnu.org
> Date: Sat, 15 Oct 2016 09:01:02 +0200
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> > Can someone please try building the emacs-25 branch on that version of
> > Ubuntu? I'd like to establish whether this problem should block the
> > release of Emacs 25.2.
>
> Same problem with emacs-25 branch.
>
> Next, I'll download the Emacs 25.1 tarball from gnu.org, and check
> whether it builds.
Please also see if using -no-pie in CFLAGS solves the problem.
Thanks.
Added indication that bug 24682 blocks21966
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org.
(Sat, 15 Oct 2016 07:21:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:24:02 GMT)
Full text and
rfc822 format available.
Message #52 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Cesar Quiroz <cesar.quiroz <at> gmail.com>
> Date: Fri, 14 Oct 2016 23:39:12 -0700
>
> 16.10 has modified gcc to compile with -pie by default. That just must get in the way of unexec.
>
> Search "gcc" in https://wiki.ubuntu.com/YakketyYak/ReleaseNotes,
>
> I have tried this successfully (both emacs-25 and master):
>
> 1. in the git workdir:
>
> $ ./autogen.sh
>
> 2. in the build directory:
>
> $ ...../configure CFLAGS=-no-pie <other configure options>
>
> and the binaries built fine.
Thanks. I guess this means we should inject -no-pie into CFLAGS on
affected systems?
> On topic, it would be nice if there was a string in the binary that told one how the $(config.status --config), so
> one could (more) easily rebuild a binary. Something like a function (emacs-configure-options).
Don't you have that in config.log?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:25:02 GMT)
Full text and
rfc822 format available.
Message #55 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Might be a 'red hearing', but there seems to be a number of GTK related
issues with Ubuntu 16.10. I have reverted back to 16.04 for now as I also
found I could not run the NVIDIA drivers either (caused seg faults in
gnome-shell). Can also confirm not just restricted to git versions - 25.1
tarball also fails to build.
On 15 October 2016 at 18:18, Michael Albinus <michael.albinus <at> gmx.de> wrote:
> Michael Albinus <michael.albinus <at> gmx.de> writes:
>
> > Next, I'll download the Emacs 25.1 tarball from gnu.org, and check
> > whether it builds.
>
> As expected, also the same problem when compiling from the tarball
> sources. Sounds like we must release Emacs 25.2, once this problem has
> been fixed.
>
> >> Thanks.
>
> Best regards, Michael.
>
--
regards,
Tim
--
Tim Cross
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 07:32:02 GMT)
Full text and
rfc822 format available.
Message #58 received at 24682 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> > Can someone please try building the emacs-25 branch on that version of
>> > Ubuntu? I'd like to establish whether this problem should block the
>> > release of Emacs 25.2.
>>
>> Same problem with emacs-25 branch.
>>
>> Next, I'll download the Emacs 25.1 tarball from gnu.org, and check
>> whether it builds.
>
> Please also see if using -no-pie in CFLAGS solves the problem.
I had the same idea :-) temacs dumps in the emacs-25 branch w/o
problems, using this CFLAGS option.
The rest of "make bootstrap" still runs. I will flag only, if there are
problems.
> Thanks.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sat, 15 Oct 2016 13:36:01 GMT)
Full text and
rfc822 format available.
Message #61 received at submit <at> debbugs.gnu.org (full text, mbox):
Tim Cross <theophilusx <at> gmail.com> writes:
> Might be a 'red hearing', but there seems to be a number of GTK related
> issues with Ubuntu 16.10. I have reverted back to 16.04 for now as I also
> found I could not run the NVIDIA drivers either (caused seg faults in
> gnome-shell). Can also confirm not just restricted to git versions - 25.1
> tarball also fails to build.
This is unrelated to the Emacs bug we are discusssing here, isn't it? I
use Kubuntu and configure Emacs with Lucid and the bootstrap fails on
the same way.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sun, 16 Oct 2016 04:52:02 GMT)
Full text and
rfc822 format available.
Message #64 received at 24682 <at> debbugs.gnu.org (full text, mbox):
On 10/15/2016 12:56 AM, Eli Zaretskii wrote:
> This is bug#24682, please follow up there.
configure.ac on emacs-25 knows about this problem, and attempts to build
Emacs with -nopie. Please investigate why this is not working on Ubuntu
16.10. I assume './configure' is outputting a string like "checking
whether gcc accepts -nopie... no"; why is that? Try looking in
config.log near the string "accepts -nopie".
As noted in configure.ac, this problem has occurred before; see
Bug#18784 and Bug#20338. Possibly we merely need to tweak configure.ac
to pacify Ubuntu's variant of GCC.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sun, 16 Oct 2016 05:33:01 GMT)
Full text and
rfc822 format available.
Message #67 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
-no-pie versus -nopie
There was something in the release notes about -no-pie being the standard
negation of -pie, while -nopie was introduced (by Debian?) to deal with the
issue.
Relevant snippet from config.log:
configure:31624: checking whether gcc accepts -nopie
configure:31644: gcc -o conftest -no-pie -nopie conftest.c >&5
gcc: error: unrecognized command line option '-nopie'; did you mean
'-no-pie'?
configure:31644: $? = 1
--César
On Sat, Oct 15, 2016 at 9:51 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> On 10/15/2016 12:56 AM, Eli Zaretskii wrote:
>
>> This is bug#24682, please follow up there.
>>
>
> configure.ac on emacs-25 knows about this problem, and attempts to build
> Emacs with -nopie. Please investigate why this is not working on Ubuntu
> 16.10. I assume './configure' is outputting a string like "checking whether
> gcc accepts -nopie... no"; why is that? Try looking in config.log near the
> string "accepts -nopie".
>
> As noted in configure.ac, this problem has occurred before; see Bug#18784
> and Bug#20338. Possibly we merely need to tweak configure.ac to pacify
> Ubuntu's variant of GCC.
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sun, 16 Oct 2016 06:55:02 GMT)
Full text and
rfc822 format available.
Message #70 received at 24682 <at> debbugs.gnu.org (full text, mbox):
> From: Cesar Quiroz <cesar.quiroz <at> gmail.com>
> Date: Sat, 15 Oct 2016 22:31:46 -0700
> Cc: Michael Albinus <michael.albinus <at> gmx.de>, 24682 <at> debbugs.gnu.org,
> Óscar Fuentes <ofv <at> wanadoo.es>, Eli Zaretskii <eliz <at> gnu.org>,
> Tim Cross <theophilusx <at> gmail.com>
>
> -no-pie versus -nopie
>
> There was something in the release notes about -no-pie being the standard negation of -pie, while -nopie was
> introduced (by Debian?) to deal with the issue.
>
> Relevant snippet from config.log:
>
> configure:31624: checking whether gcc accepts -nopie
> configure:31644: gcc -o conftest -no-pie -nopie conftest.c >&5
> gcc: error: unrecognized command line option '-nopie'; did you mean '-no-pie'?
> configure:31644: $? = 1
I guess the fix, whatever it is, should be backported to the release
branch?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sun, 16 Oct 2016 07:11:01 GMT)
Full text and
rfc822 format available.
Message #73 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Probably just clone the -nopie AC check macro with -no-pie, and just pass
whichever, if any, wins.
--César
On Sat, Oct 15, 2016 at 11:54 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > From: Cesar Quiroz <cesar.quiroz <at> gmail.com>
> > Date: Sat, 15 Oct 2016 22:31:46 -0700
> > Cc: Michael Albinus <michael.albinus <at> gmx.de>, 24682 <at> debbugs.gnu.org,
> > Óscar Fuentes <ofv <at> wanadoo.es>, Eli Zaretskii <eliz <at> gnu.org>,
> > Tim Cross <theophilusx <at> gmail.com>
> >
> > -no-pie versus -nopie
> >
> > There was something in the release notes about -no-pie being the
> standard negation of -pie, while -nopie was
> > introduced (by Debian?) to deal with the issue.
> >
> > Relevant snippet from config.log:
> >
> > configure:31624: checking whether gcc accepts -nopie
> > configure:31644: gcc -o conftest -no-pie -nopie conftest.c >&5
> > gcc: error: unrecognized command line option '-nopie'; did you mean
> '-no-pie'?
> > configure:31644: $? = 1
>
> I guess the fix, whatever it is, should be backported to the release
> branch?
>
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Sun, 16 Oct 2016 23:57:01 GMT)
Full text and
rfc822 format available.
Message #76 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Cesar Quiroz wrote:
> There was something in the release notes about -no-pie being the standard
> negation of -pie, while -nopie was introduced (by Debian?) to deal with the
> issue.
Which release notes?
I installed the attached into the Emacs master branch; does it fix the problem?
If so, I'll backport it to emacs-25 and ask you to test that.
[0001-Port-to-Ubuntu-16.10-which-needs-gcc-nopie.patch (text/x-diff, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Mon, 17 Oct 2016 03:05:01 GMT)
Full text and
rfc822 format available.
Message #79 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
--César
On Sun, Oct 16, 2016 at 4:56 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> Cesar Quiroz wrote:
>
>> There was something in the release notes about -no-pie being the standard
>> negation of -pie, while -nopie was introduced (by Debian?) to deal with
>> the
>> issue.
>>
>
> Which release notes?
>
I meant 16.10: https://wiki.ubuntu.com/YakketyYak/ReleaseNotes, and from
there specifically:
https://wiki.ubuntu.com/SecurityTeam/PIE
> I installed the attached into the Emacs master branch; does it fix the
> problem? If so, I'll backport it to emacs-25 and ask you to test that.
>
Works for master; ready to test emacs-25.
For reference, I did a 'git clean -fdx' in the git workdir, autogen, and
then I configured the build area with
$ ./config.status --config
'--with-x-toolkit=gtk3' '--with-file-notification=yes' '--with-modules'
$
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Mon, 17 Oct 2016 05:05:02 GMT)
Full text and
rfc822 format available.
Message #82 received at 24682 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I applied the patch to my local copy of emacs-25, and it built fine. Will
test the official port when available.
Going back to the master branch build, the log shows a warning, unrelated
to the -no-pie issue:
CC gmalloc.o
/work/emacs/master/src/gmalloc.c:1760:1: warning: no previous prototype for
‘hybrid_aligned_alloc’ [-Wmissing-prototypes]
hybrid_aligned_alloc (size_t alignment, size_t size)
^~~~~~~~~~~~~~~~~~~~
This is not happening in the emacs-25 branch. Maybe the conditional
compilation is hiding a prototype in master but not in emacs-25. I will
take another look, and report it tomorrow if I can confirm the difference.
--César
On Sun, Oct 16, 2016 at 8:04 PM, Cesar Quiroz <cesar.quiroz <at> gmail.com>
wrote:
>
>
> --César
>
> On Sun, Oct 16, 2016 at 4:56 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
>
>> Cesar Quiroz wrote:
>>
>>> There was something in the release notes about -no-pie being the standard
>>> negation of -pie, while -nopie was introduced (by Debian?) to deal with
>>> the
>>> issue.
>>>
>>
>> Which release notes?
>>
>
> I meant 16.10: https://wiki.ubuntu.com/YakketyYak/ReleaseNotes, and from
> there specifically:
>
> https://wiki.ubuntu.com/SecurityTeam/PIE
>
>
>> I installed the attached into the Emacs master branch; does it fix the
>> problem? If so, I'll backport it to emacs-25 and ask you to test that.
>>
>
> Works for master; ready to test emacs-25.
>
> For reference, I did a 'git clean -fdx' in the git workdir, autogen, and
> then I configured the build area with
>
> $ ./config.status --config
> '--with-x-toolkit=gtk3' '--with-file-notification=yes' '--with-modules'
> $
>
>
>
[Message part 2 (text/html, inline)]
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>:
You have taken responsibility.
(Mon, 17 Oct 2016 06:19:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Michael Albinus <michael.albinus <at> gmx.de>:
bug acknowledged by developer.
(Mon, 17 Oct 2016 06:19:02 GMT)
Full text and
rfc822 format available.
Message #87 received at 24682-done <at> debbugs.gnu.org (full text, mbox):
Cesar Quiroz wrote:
> I applied the patch to my local copy of emacs-25, and it built fine. Will
> test the official port when available.
Thanks, I have installed the patch into the emacs-25 branch and am marking this
bug as done.
Added tag(s) patch.
Request was from
Michael Albinus <michael.albinus <at> gmx.de>
to
control <at> debbugs.gnu.org.
(Mon, 17 Oct 2016 11:28:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#24682; Package
emacs.
(Wed, 19 Oct 2016 04:15:02 GMT)
Full text and
rfc822 format available.
Message #92 received at 24682-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Paul, thanks to you. I just rechecked after a pull, and all looks fine
still.
--César
On Sun, Oct 16, 2016 at 11:18 PM, Paul Eggert <eggert <at> cs.ucla.edu> wrote:
> Cesar Quiroz wrote:
>
>> I applied the patch to my local copy of emacs-25, and it built fine. Will
>> test the official port when available.
>>
>
> Thanks, I have installed the patch into the emacs-25 branch and am marking
> this bug as done.
>
[Message part 2 (text/html, inline)]
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org.
(Wed, 16 Nov 2016 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 8 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.