* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs @ 2014-10-15 20:52 Peter Dyballa 2016-05-25 20:47 ` Alan Third 0 siblings, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2014-10-15 20:52 UTC (permalink / raw) To: 18743 At revno: 118128 Apple clang version 3.0 (tags/Apple/clang-211.10.1) (based on LLVM 3.0svn) Target: x86_64-apple-darwin10.8.0 Thread model: posix Mac OS X 10.6.8; this is the Clang compiler coming with Apple's Developer Tools (Xcode 4.2 (4C199)). fns.c:1929:16: error: read-only variable is not assignable *dest++ = *a++; ~^ GCC 4.8 accepts this construct, but fails when dumping emacs: Dumping under the name emacs --- List of All Regions --- address size prot maxp --- List of Regions to be Dumped --- address size prot maxp --- Header Information --- Magic = 0xfeedfacf CPUType = 16777223 CPUSubType = -2147483645 FileType = 0x2 NCmds = 48 SizeOfCmds = 4664 Flags = 0x00000085 Highest address of load commands in input file: 0x100656000 Lowest offset of all sections in __TEXT segment: 0x2f58 --- List of Load Commands in Input File --- # cmd cmdsize name address size 0 LC_SEGMENT_64 72 __PAGEZERO 0 0x100000000 1 LC_SEGMENT_64 712 __TEXT 0x100000000 0x1e7000 __text 0x100002f58 0x17a878 __text_cold 0x10017d7d0 0x2b2 __text_startup 0x10017da82 0x1394 __stubs 0x10017ee16 0x10aa __stub_helper 0x10017fec0 0x1bd6 __cstring 0x100181a98 0x18b68 __const 0x10019a600 0xad0 __eh_frame 0x10019b0d0 0x4bf28 2 LC_SEGMENT_64 1272 __DATA 0x1001e7000 0x398000 __program_vars 0x1001e7000 0x28 __got 0x1001e7028 0xe0 __nl_symbol_ptr 0x1001e7108 0x10 __la_symbol_ptr 0x1001e7118 0x1638 __data 0x1001e8760 0x2f1338 __static_data 0x1004d9a98 0x26 __const 0x1004d9ac0 0x49d0 __bss2 0x1004de490 0x150 __pu_bss2 0x1004de5e0 0x64 __bss 0x1004de660 0x105 __bss4 0x1004de770 0x89650 __common 0x100567dc0 0x4 __bss3 0x100567dc8 0x1f28 __pu_bss4 0x100569cf0 0x12e28 __pu_bss3 0x10057cb18 0x1678 3 LC_SEGMENT_64 72 __LINKEDIT 0x10057f000 0xd7000 4 LC_DYLD_INFO_ONLY 48 5 LC_SYMTAB 24 6 LC_DYSYMTAB 80 7 LC_LOAD_DYLINKER 32 8 LC_UUID 24 9 LC_VERSION_MIN_MACOSX 16 10 LC_UNIXTHREAD 184 11 LC_LOAD_DYLIB 56 12 LC_LOAD_DYLIB 56 13 LC_LOAD_DYLIB 64 14 LC_LOAD_DYLIB 56 15 LC_LOAD_DYLIB 56 16 LC_LOAD_DYLIB 56 17 LC_LOAD_DYLIB 56 18 LC_LOAD_DYLIB 56 19 LC_LOAD_DYLIB 56 20 LC_LOAD_DYLIB 56 21 LC_LOAD_DYLIB 56 22 LC_LOAD_DYLIB 56 23 LC_LOAD_DYLIB 64 24 LC_LOAD_DYLIB 56 25 LC_LOAD_DYLIB 64 26 LC_LOAD_DYLIB 64 27 LC_LOAD_DYLIB 72 28 LC_LOAD_DYLIB 64 29 LC_LOAD_DYLIB 64 30 LC_LOAD_DYLIB 56 31 LC_LOAD_DYLIB 56 32 LC_LOAD_DYLIB 64 33 LC_LOAD_DYLIB 64 34 LC_LOAD_DYLIB 64 35 LC_LOAD_DYLIB 56 36 LC_LOAD_DYLIB 64 37 LC_LOAD_DYLIB 64 38 LC_LOAD_DYLIB 64 39 LC_LOAD_DYLIB 64 40 LC_LOAD_DYLIB 56 41 LC_LOAD_DYLIB 56 42 LC_LOAD_DYLIB 56 43 LC_LOAD_DYLIB 64 44 LC_LOAD_DYLIB 56 45 LC_LOAD_DYLIB 64 46 LC_FUNCTION_STARTS 16 47 LC_DATA_IN_CODE 16 0x101efc080 (sz: 0x3f24/ 0x3f28) 0x101e00000 (sz: 0x8c3e5/ 0xfc080) 0x101bfc080 (sz: 0x3f25/ 0x3f28) 0x101b00000 (sz: 0xfc07f/ 0xfc080) 0x1037f8000 (sz: 0x20ca/ 0x7fa0) 0x103000000 (sz: 0x20a3fd/0x7f8000) 0x102ff8000 (sz: 0x7f97/ 0x7fa0) 0x102800000 (sz: 0x7f7fff/0x7f8000) 0x101977000 (sz: 0/ 0x1000) --- Load Commands written to Output File --- Writing segment __PAGEZERO @ 0 ( 0/0x100000000 @ 0) Writing segment __TEXT @ 0 (0x1e7000/0x1e7000 @ 0x100000000) Writing segment __DATA @ 0x1e7000 (0x398000/0x398000 @ 0x1001e7000) section __program_vars at 0x1e7000 - 0x1e7028 (sz: 0x28) section __got at 0x1e7028 - 0x1e7108 (sz: 0xe0) section __nl_symbol_ptr at 0x1e7108 - 0x1e7118 (sz: 0x10) section __la_symbol_ptr at 0x1e7118 - 0x1e8750 (sz: 0x1638) section __data at 0x1e8760 - 0x4d9a98 (sz: 0x2f1338) section __static_data at 0x4d9a98 - 0x4d9abe (sz: 0x26) section __const at 0x4d9ac0 - 0x4de490 (sz: 0x49d0) section __bss2 at 0x4de490 - 0x4de5e0 (sz: 0x150) section __pu_bss2 at 0x4de5e0 - 0x4de644 (sz: 0x64) unexec: my_endbss_static is not in section __bss make[1]: *** [bootstrap-emacs] Error 1 make: *** [src] Error 2 There are no problems with GCC 4.2. -- Greetings Pete 0 %-/\_// (*)(*) ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2014-10-15 20:52 bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs Peter Dyballa @ 2016-05-25 20:47 ` Alan Third 2016-05-25 21:40 ` Peter Dyballa 0 siblings, 1 reply; 22+ messages in thread From: Alan Third @ 2016-05-25 20:47 UTC (permalink / raw) To: Peter Dyballa; +Cc: 18743 Peter Dyballa <Peter_Dyballa@Freenet.DE> writes: > At revno: 118128 > > Apple clang version 3.0 (tags/Apple/clang-211.10.1) (based on LLVM 3.0svn) > Target: x86_64-apple-darwin10.8.0 > Thread model: posix > > Mac OS X 10.6.8; this is the Clang compiler coming with Apple's Developer Tools (Xcode 4.2 (4C199)). > > > fns.c:1929:16: error: read-only variable is not assignable > *dest++ = *a++; > ~^ Hi Peter, I'm guessing this must have been fixed as I have no problem compiling emacs with Clang. Are you still seeing this problem? -- Alan Third ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2016-05-25 20:47 ` Alan Third @ 2016-05-25 21:40 ` Peter Dyballa 2017-12-03 19:24 ` Noam Postavsky 0 siblings, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2016-05-25 21:40 UTC (permalink / raw) To: Alan Third; +Cc: 18743 Am 25.05.2016 um 22:47 schrieb Alan Third: > I'm guessing this must have been fixed as I have no problem compiling > emacs with Clang. Are you still seeing this problem? Hello! With Clang 3.0 I still get this error: fns.c:1929:16: error: read-only variable is not assignable *dest++ = *a++; ~^ Other versions of Clang build GNU Emacs. -- Greetings Pete Windows, c'est un peu comme le beaujolais nouveau: à chaque nouvelle cuvée on sait que ce sera dégueulasse, mais on en prend quand même, par masochisme. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2016-05-25 21:40 ` Peter Dyballa @ 2017-12-03 19:24 ` Noam Postavsky 2017-12-03 19:41 ` Andreas Schwab ` (2 more replies) 0 siblings, 3 replies; 22+ messages in thread From: Noam Postavsky @ 2017-12-03 19:24 UTC (permalink / raw) To: Peter Dyballa; +Cc: Alan Third, 18743 [-- Attachment #1: Type: text/plain, Size: 413 bytes --] Peter Dyballa <Peter_Dyballa@Freenet.DE> writes: > With Clang 3.0 I still get this error: > Other versions of Clang build GNU Emacs. So only 3.0 fails with this, while both earlier and later versions succeed? > fns.c:1929:16: error: read-only variable is not assignable > *dest++ = *a++; > ~^ > I guess the following should fix it, though I'm not sure if it's worth doing. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: patch --] [-- Type: text/x-diff, Size: 1372 bytes --] From b7e08e341c19e1d2c8b1105ea1d94979577dbd02 Mon Sep 17 00:00:00 2001 From: Noam Postavsky <npostavs@gmail.com> Date: Tue, 28 Nov 2017 20:54:00 -0500 Subject: [PATCH] Don't increment array (Bug#18743) * src/fns.c (merge_vectors): Use integer indexes instead of incrementing pointers. --- src/fns.c | 17 ++++++++--------- 1 file changed, 8 insertions(+), 9 deletions(-) diff --git a/src/fns.c b/src/fns.c index 9db9bea9f7..e4ff0924b9 100644 --- a/src/fns.c +++ b/src/fns.c @@ -1812,27 +1812,26 @@ merge_vectors (Lisp_Object pred, Lisp_Object dest[VLA_ELEMS (alen + blen)]) { eassume (0 < alen && 0 < blen); - Lisp_Object const *alim = a + alen; - Lisp_Object const *blim = b + blen; + ptrdiff_t ai = 0, bi = 0, di = 0; while (true) { - if (inorder (pred, a[0], b[0])) + if (inorder (pred, a[ai], b[bi])) { - *dest++ = *a++; - if (a == alim) + dest[di++] = a[ai++]; + if (ai >= alen) { if (dest != b) - memcpy (dest, b, (blim - b) * sizeof *dest); + memcpy (&dest[di], &b[bi], (blen - bi) * sizeof *dest); return; } } else { - *dest++ = *b++; - if (b == blim) + dest[di++] = b[bi++]; + if (bi >= blen) { - memcpy (dest, a, (alim - a) * sizeof *dest); + memcpy (&dest[di], &a[ai], (alen - ai) * sizeof *dest); return; } } -- 2.11.0 ^ permalink raw reply related [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 19:24 ` Noam Postavsky @ 2017-12-03 19:41 ` Andreas Schwab 2017-12-03 19:55 ` Peter Dyballa 2017-12-04 23:48 ` Richard Stallman 2 siblings, 0 replies; 22+ messages in thread From: Andreas Schwab @ 2017-12-03 19:41 UTC (permalink / raw) To: Noam Postavsky; +Cc: Peter Dyballa, Alan Third, 18743 On Dez 03 2017, Noam Postavsky <npostavs@users.sourceforge.net> wrote: > From b7e08e341c19e1d2c8b1105ea1d94979577dbd02 Mon Sep 17 00:00:00 2001 > From: Noam Postavsky <npostavs@gmail.com> > Date: Tue, 28 Nov 2017 20:54:00 -0500 > Subject: [PATCH] Don't increment array (Bug#18743) > > * src/fns.c (merge_vectors): Use integer indexes instead of > incrementing pointers. Please add a comment that this is a workaround for a compiler bug. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 19:24 ` Noam Postavsky 2017-12-03 19:41 ` Andreas Schwab @ 2017-12-03 19:55 ` Peter Dyballa 2017-12-03 20:01 ` Noam Postavsky 2017-12-04 23:48 ` Richard Stallman 2 siblings, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2017-12-03 19:55 UTC (permalink / raw) To: Noam Postavsky; +Cc: Alan Third, 18743 Am 3.12.2017 um 20:24 schrieb Noam Postavsky: > So only 3.0 fails with this, while both earlier and later versions > succeed? > >> fns.c:1929:16: error: read-only variable is not assignable >> *dest++ = *a++; >> ~^ >> Yes, obviously. Today I do not have Clang 3.0 installed on my MacBook (with Clang 3.7.1 and newer compilation succeeds) and neither on my old PowerBook. Also Clang 3.0 is not supported any more by MacPorts, a packet manager for GNU and other free software. -- Greetings Pete "Klingon function calls do not have 'parameters' - they have 'arguments' - and they ALWAYS WIN THEM." ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 19:55 ` Peter Dyballa @ 2017-12-03 20:01 ` Noam Postavsky 2017-12-03 20:28 ` Peter Dyballa 2017-12-04 3:33 ` Eli Zaretskii 0 siblings, 2 replies; 22+ messages in thread From: Noam Postavsky @ 2017-12-03 20:01 UTC (permalink / raw) To: Peter Dyballa; +Cc: Alan Third, 18743 Peter Dyballa <Peter_Dyballa@Freenet.DE> writes: > Am 3.12.2017 um 20:24 schrieb Noam Postavsky: > >> So only 3.0 fails with this, while both earlier and later versions >> succeed? >> >>> fns.c:1929:16: error: read-only variable is not assignable >>> *dest++ = *a++; >>> ~^ >>> > > Yes, obviously. Thanks, it was not clear to me which clang versions were current at the time of the original report (i.e., if 3.0 represented the "latest and greatest", or something else). > Today I do not have Clang 3.0 installed on my MacBook > (with Clang 3.7.1 and newer compilation succeeds) and neither on my > old PowerBook. Also Clang 3.0 is not supported any more by MacPorts, a > packet manager for GNU and other free software. So I think we should just close this as wontfix; no point in working around bugs in obsolete compiler versions. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 20:01 ` Noam Postavsky @ 2017-12-03 20:28 ` Peter Dyballa 2017-12-03 20:46 ` Noam Postavsky 2017-12-04 3:33 ` Eli Zaretskii 1 sibling, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2017-12-03 20:28 UTC (permalink / raw) To: Noam Postavsky; +Cc: Alan Third, 18743 Am 3.12.2017 um 21:01 schrieb Noam Postavsky: > it was not clear to me which clang versions were current at the > time of the original report (i.e., if 3.0 represented the "latest and > greatest", or something else). Clang 3.0 was released at the end of 2011. I think in 2012 it was available with Xcode 2.0. At the time I submitted the bug Clang 3.5 was out, but not as part of an updated Xcode version. I think I was just testing my various Clang versions (due to packet dependencies) then and did not mention that just this one version had the problem. So yes, it can be closed as a compiler bug. -- Greetings Pete From error to error, one discovers the entire truth. - Sigmund Freud ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 20:28 ` Peter Dyballa @ 2017-12-03 20:46 ` Noam Postavsky 0 siblings, 0 replies; 22+ messages in thread From: Noam Postavsky @ 2017-12-03 20:46 UTC (permalink / raw) To: Peter Dyballa; +Cc: Alan Third, 18743 # compiler bug, not Emacs bug tags 18743 wontfix notabug close 18743 quit Peter Dyballa <Peter_Dyballa@Freenet.DE> writes: > Am 3.12.2017 um 21:01 schrieb Noam Postavsky: > >> it was not clear to me which clang versions were current at the >> time of the original report (i.e., if 3.0 represented the "latest and >> greatest", or something else). > > Clang 3.0 was released at the end of 2011. I think in 2012 it was > available with Xcode 2.0. At the time I submitted the bug Clang 3.5 > was out, but not as part of an updated Xcode version. I think I was > just testing my various Clang versions (due to packet dependencies) > then and did not mention that just this one version had the problem. > > So yes, it can be closed as a compiler bug. Alright, closing. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 20:01 ` Noam Postavsky 2017-12-03 20:28 ` Peter Dyballa @ 2017-12-04 3:33 ` Eli Zaretskii 1 sibling, 0 replies; 22+ messages in thread From: Eli Zaretskii @ 2017-12-04 3:33 UTC (permalink / raw) To: Noam Postavsky; +Cc: Peter_Dyballa, alan, 18743 > From: Noam Postavsky <npostavs@users.sourceforge.net> > Date: Sun, 03 Dec 2017 15:01:39 -0500 > Cc: Alan Third <alan@idiocy.org>, 18743@debbugs.gnu.org > > > Today I do not have Clang 3.0 installed on my MacBook > > (with Clang 3.7.1 and newer compilation succeeds) and neither on my > > old PowerBook. Also Clang 3.0 is not supported any more by MacPorts, a > > packet manager for GNU and other free software. > > So I think we should just close this as wontfix; no point in working > around bugs in obsolete compiler versions. Agreed. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-03 19:24 ` Noam Postavsky 2017-12-03 19:41 ` Andreas Schwab 2017-12-03 19:55 ` Peter Dyballa @ 2017-12-04 23:48 ` Richard Stallman 2017-12-05 8:58 ` Peter Dyballa 2 siblings, 1 reply; 22+ messages in thread From: Richard Stallman @ 2017-12-04 23:48 UTC (permalink / raw) To: Noam Postavsky; +Cc: Peter_Dyballa, alan, 18743 [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] Does the current GCC version work for dumping Emacs? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-04 23:48 ` Richard Stallman @ 2017-12-05 8:58 ` Peter Dyballa 2017-12-05 23:13 ` Richard Stallman 0 siblings, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2017-12-05 8:58 UTC (permalink / raw) To: rms; +Cc: alan, 18743, Noam Postavsky Am 5.12.2017 um 00:48 schrieb Richard Stallman: > Does the current GCC version work for dumping Emacs? Which one is that for you? On a few Linux distributions I work on (professionally) a few versions of GCC are the default compiler. My Mac runs Snow Leopard or Mac OS X 10.6.8, which is since years out of support (I contemplate to upgrade to a more recent version of OS X or macOS around Christmas). And I think this also means out of GNU Emacs support, i.e. GNU Emacs 26.1 will not compile. I could be wrong, having misread this, because GNU Emacs 26.0.90 could be built, which I tried with Clang 3.9. Right now I have installed: gcc5 @5.5.0_0 (active) gcc6 @6.4.0_0 (active) and also: clang-3.7 @3.7.1_5+analyzer (active) clang-3.8 @3.8.1_9+analyzer (active) clang-3.9 @3.9.1_7+analyzer+libstdcxx clang-3.9 @3.9.1_8+analyzer+libstdcxx (active) clang-4.0 @4.0.1_3+analyzer+libstdcxx clang-4.0 @4.0.1_4+analyzer+libstdcxx (active) GCC 7.2 and 8 are listed as available in MacPorts, and also Clang 5.0. I have some versions of GNU Emacs 25.x available too. Which checks would like to see me perform? -- Greetings Pete True happiness is knowing you're a hypocrite – Ivor Cutler ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-05 8:58 ` Peter Dyballa @ 2017-12-05 23:13 ` Richard Stallman 2017-12-06 0:22 ` Peter Dyballa 2017-12-06 18:16 ` Peter Dyballa 0 siblings, 2 replies; 22+ messages in thread From: Richard Stallman @ 2017-12-05 23:13 UTC (permalink / raw) To: Peter Dyballa; +Cc: alan, 18743, npostavs [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Right now I have installed: > gcc5 @5.5.0_0 (active) > gcc6 @6.4.0_0 (active) Would you please test with these. Basically, the question is whether the problem is limited to a many-years-old GCC version or not. If GCC 5 and 6 don't have the same problem, maybe 4.8 is so old it doesn't matter. What year was GCC 5 released? We're particularly interested in compilation with GCC because GCC is our compiler. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-05 23:13 ` Richard Stallman @ 2017-12-06 0:22 ` Peter Dyballa 2017-12-06 18:13 ` Richard Stallman 2017-12-06 18:16 ` Peter Dyballa 1 sibling, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2017-12-06 0:22 UTC (permalink / raw) To: rms; +Cc: alan, 18743, npostavs Am 6.12.2017 um 00:13 schrieb Richard Stallman: > What year was GCC 5 released? According to https://www.gnu.org/software/gcc/releases.html: GCC 5.1 April 22, 2015; GCC 5.5 October 10, 2017. -- Greetings Pete A child of five could understand this! Fetch me a child of five. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 0:22 ` Peter Dyballa @ 2017-12-06 18:13 ` Richard Stallman 2017-12-06 18:21 ` Glenn Morris ` (2 more replies) 0 siblings, 3 replies; 22+ messages in thread From: Richard Stallman @ 2017-12-06 18:13 UTC (permalink / raw) To: Peter Dyballa; +Cc: alan, 18743, npostavs [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > According to https://www.gnu.org/software/gcc/releases.html: GCC 5.1 April 22, 2015; GCC 5.5 October 10, 2017. I think that means that GCC version 4 is still recent enough to be worth supporting. Can you analyze the problem dumping with GCC 4.8? -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 18:13 ` Richard Stallman @ 2017-12-06 18:21 ` Glenn Morris 2017-12-07 19:48 ` Richard Stallman 2017-12-06 18:23 ` Peter Dyballa 2017-12-06 19:40 ` Peter Dyballa 2 siblings, 1 reply; 22+ messages in thread From: Glenn Morris @ 2017-12-06 18:21 UTC (permalink / raw) To: rms; +Cc: Peter Dyballa, alan, 18743, npostavs Richard Stallman wrote: > Can you analyze the problem dumping with GCC 4.8? gcc 4.8 works fine on GNU/Linux. You are replying to a a three year old report about a problem one person had on OS X 10.6, which was unsupported by Apple 4 years ago. Meanwhile, there are 4000 open Emacs bug reports. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 18:21 ` Glenn Morris @ 2017-12-07 19:48 ` Richard Stallman 0 siblings, 0 replies; 22+ messages in thread From: Richard Stallman @ 2017-12-07 19:48 UTC (permalink / raw) To: Glenn Morris; +Cc: Peter_Dyballa, alan, 18743, npostavs [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > gcc 4.8 works fine on GNU/Linux. > You are replying to a a three year old report about a problem one > person had on OS X 10.6, which was unsupported by Apple 4 years ago. > Meanwhile, there are 4000 open Emacs bug reports. I don't keep track of MacOS versions, so I didn't know this. That makes it less important, true. But if a MacOS user wants to work on it, we may as well make new Emacs versions work on that platform as well with GCC as with Clang. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 18:13 ` Richard Stallman 2017-12-06 18:21 ` Glenn Morris @ 2017-12-06 18:23 ` Peter Dyballa 2017-12-06 19:40 ` Peter Dyballa 2 siblings, 0 replies; 22+ messages in thread From: Peter Dyballa @ 2017-12-06 18:23 UTC (permalink / raw) To: rms; +Cc: alan, 18743, npostavs Am 6.12.2017 um 19:13 schrieb Richard Stallman: > Can you analyze the problem dumping with GCC 4.8? It, the compiler, is installing… -- Greetings Pete ’Twas a woman who drove me to drink, and I never had the courtesy to thank her for it. — W.C. Fields ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 18:13 ` Richard Stallman 2017-12-06 18:21 ` Glenn Morris 2017-12-06 18:23 ` Peter Dyballa @ 2017-12-06 19:40 ` Peter Dyballa 2 siblings, 0 replies; 22+ messages in thread From: Peter Dyballa @ 2017-12-06 19:40 UTC (permalink / raw) To: rms; +Cc: alan, 18743, npostavs Am 6.12.2017 um 19:13 schrieb Richard Stallman: > Can you analyze the problem dumping with GCC 4.8? Configure has no problem with GIF and JPEG, but build fails with: "../../src/bootstrap-emacs" -batch --no-site-file --no-site-lisp -f batch-byte-compile uvs.el Fatal error 6: Abort trap Backtrace: 0 bootstrap-emacs 0x0000000100155ca1 emacs_backtrace + 105 1 bootstrap-emacs 0x000000010012f79c terminate_due_to_signal + 129 2 bootstrap-emacs 0x0000000100155653 deliver_fatal_signal + 0 3 bootstrap-emacs 0x0000000100155628 deliver_thread_signal + 146 4 bootstrap-emacs 0x000000010015568d deliver_fatal_thread_signal + 28 5 libSystem.B.dylib 0x00007fff813de1ba _sigtramp + 26 6 bootstrap-emacs 0x000000010306b39a next_release_must_exit + 43910710 7 libSystem.B.dylib 0x00007fff81384195 free + 128 8 bootstrap-emacs 0x00000001002828c4 rpl_putenv + 329 9 bootstrap-emacs 0x00000001001a84cc xputenv + 24 10 bootstrap-emacs 0x00000001001c0f73 set_time_zone_rule + 280 11 bootstrap-emacs 0x00000001001bc5ae init_editfns + 162 12 bootstrap-emacs 0x00000001001310b1 main + 4273 13 bootstrap-emacs 0x000000010000253c start + 52 Dumping succeeded before, of course, here and also with GCC 5 and 6. The recent version of GCC 4.8 is 4.8.5. Historically it could have been the same version (release date: June 23, 2015), but I have no proof. One more difference is that MacPorts has changed. The reason is different C++ ABIs and inability to pass things between different versions (not my field of interest). On my Snow Leopard system I have to use a special one (don't know the details), switch happened in summer. Original Mac OS X 10.6.8 supports Clang 3.0 and GCC 4.2. -- Greetings Pete Wasting time is an important part of living. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-05 23:13 ` Richard Stallman 2017-12-06 0:22 ` Peter Dyballa @ 2017-12-06 18:16 ` Peter Dyballa 2017-12-07 19:52 ` Richard Stallman 1 sibling, 1 reply; 22+ messages in thread From: Peter Dyballa @ 2017-12-06 18:16 UTC (permalink / raw) To: rms; +Cc: alan, 18743, npostavs Am 6.12.2017 um 00:13 schrieb Richard Stallman: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > >> Right now I have installed: > >> gcc5 @5.5.0_0 (active) >> gcc6 @6.4.0_0 (active) > > Would you please test with these. With the "original" GNU Emacs 25.0.50 the first problem these two compilers have is libjpeg 9b. Configure only finds: configure:14428: WARNING: libjpeg found, but not version 6b or later Later, when "checking for EGifPutExtensionLast in -lgif," it finds: configure:14871: error: The following required libraries were not found: libjpeg Maybe some development libraries/packages are missing? If you don't want to link with them give --with-jpeg=no as options to configure So, configuring with --with-jpeg=no I can build GNU Emacs – almost: (with GCC5, known to not work correctly on Mac OS X 10.6.8) Fatal error 6: Abort trap Backtrace: 0 bootstrap-emacs 0x000000010015680e emacs_backtrace + 105 1 bootstrap-emacs 0x000000010012feb5 terminate_due_to_signal + 129 2 bootstrap-emacs 0x00000001001561b3 deliver_fatal_signal + 0 3 bootstrap-emacs 0x0000000100156184 deliver_thread_signal + 146 4 bootstrap-emacs 0x00000001001561ee deliver_fatal_thread_signal + 28 5 libSystem.B.dylib 0x00007fff813de1ba _sigtramp + 26 6 bootstrap-emacs 0x000000010401de86 next_release_must_exit + 60371666 7 libSystem.B.dylib 0x00007fff81384195 free + 128 8 bootstrap-emacs 0x00000001002829fe rpl_putenv + 330 9 bootstrap-emacs 0x00000001001a93aa xputenv + 24 10 bootstrap-emacs 0x00000001001c2004 set_time_zone_rule + 280 11 bootstrap-emacs 0x00000001001bd60a init_editfns + 166 12 bootstrap-emacs 0x000000010013183e main + 4344 13 bootstrap-emacs 0x0000000100002590 start + 52 make[2]: *** [uvs.elc] Abort trap (core dumped) (with GCC6) Fatal error 6: Abort trap Backtrace: 0 bootstrap-emacs 0x0000000100155634 emacs_backtrace + 105 1 bootstrap-emacs 0x000000010012edb0 terminate_due_to_signal + 129 2 bootstrap-emacs 0x0000000100154fd9 deliver_fatal_signal + 0 3 bootstrap-emacs 0x0000000100154faa deliver_thread_signal + 146 4 bootstrap-emacs 0x0000000100155014 deliver_fatal_thread_signal + 28 5 libSystem.B.dylib 0x00007fff813de1ba _sigtramp + 26 6 bootstrap-emacs 0x000000010401de86 next_release_must_exit + 60375762 7 libSystem.B.dylib 0x00007fff81384195 free + 128 8 bootstrap-emacs 0x00000001002817a3 rpl_putenv + 330 9 bootstrap-emacs 0x00000001001a830e xputenv + 24 10 bootstrap-emacs 0x00000001001c0ee1 set_time_zone_rule + 280 11 bootstrap-emacs 0x00000001001bc51a init_editfns + 166 12 bootstrap-emacs 0x0000000100130739 main + 4344 13 bootstrap-emacs 0x0000000100002f38 start + 52 make[2]: *** [uvs.elc] Abort trap (core dumped) The config.log files are saved. After dinner I'll check with GNU Emacs 26.0.90. -- Greetings Pete The box said "Use Windows 95 or better," so I got a Macintosh. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-06 18:16 ` Peter Dyballa @ 2017-12-07 19:52 ` Richard Stallman 2017-12-08 0:33 ` Peter Dyballa 0 siblings, 1 reply; 22+ messages in thread From: Richard Stallman @ 2017-12-07 19:52 UTC (permalink / raw) To: Peter Dyballa; +Cc: alan, 18743, npostavs [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] It looks like with a little more work you will finish analyzing the problem. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) Skype: No way! See https://stallman.org/skype.html. ^ permalink raw reply [flat|nested] 22+ messages in thread
* bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs 2017-12-07 19:52 ` Richard Stallman @ 2017-12-08 0:33 ` Peter Dyballa 0 siblings, 0 replies; 22+ messages in thread From: Peter Dyballa @ 2017-12-08 0:33 UTC (permalink / raw) To: rms; +Cc: alan, 18743, npostavs Am 7.12.2017 um 20:52 schrieb Richard Stallman: > [[[ To any NSA and FBI agents reading my email: please consider ]]] > [[[ whether defending the US Constitution against all enemies, ]]] > [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > It looks like with a little more work you will finish analyzing > the problem. For Mac OS X 10.6.8, Snow Leopard, *and* use of MacPorts, which recommends to use as cxx_stdlib libc++, the use of GCC 6 seems to be necessary. At least I could not build GNU Emacs 26.0.90 with another GCC version (I did not try old GCC 4.2, but 4.8 and 5.5 failed). Mac OS X's Clang 3.0 can build GNU Emacs 26.0.90. Anyway, in a few weeks, around Christmas, I'll upgrade to El Capitan, macOS (or OS X?) 10.9, I think. (And later even further.) Too much free (and also some useful commercial) software stopped supporting Snow Leopard, so it has to be! (And one very useful free software won't run on El Capitan…) -- Greetings Pete A morning without coffee is like something without something else. ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2017-12-08 0:33 UTC | newest] Thread overview: 22+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-10-15 20:52 bug#18743: 25.0.50; Clang 3.0 fails to compile src/fns.c, GCC 4.8 cannot dump emacs Peter Dyballa 2016-05-25 20:47 ` Alan Third 2016-05-25 21:40 ` Peter Dyballa 2017-12-03 19:24 ` Noam Postavsky 2017-12-03 19:41 ` Andreas Schwab 2017-12-03 19:55 ` Peter Dyballa 2017-12-03 20:01 ` Noam Postavsky 2017-12-03 20:28 ` Peter Dyballa 2017-12-03 20:46 ` Noam Postavsky 2017-12-04 3:33 ` Eli Zaretskii 2017-12-04 23:48 ` Richard Stallman 2017-12-05 8:58 ` Peter Dyballa 2017-12-05 23:13 ` Richard Stallman 2017-12-06 0:22 ` Peter Dyballa 2017-12-06 18:13 ` Richard Stallman 2017-12-06 18:21 ` Glenn Morris 2017-12-07 19:48 ` Richard Stallman 2017-12-06 18:23 ` Peter Dyballa 2017-12-06 19:40 ` Peter Dyballa 2017-12-06 18:16 ` Peter Dyballa 2017-12-07 19:52 ` Richard Stallman 2017-12-08 0:33 ` Peter Dyballa
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.