* Emacs 23.1.96 (git HEAD) crashing at startup.
@ 2010-05-02 0:04 Ashish SHUKLA
2010-05-02 3:12 ` Eli Zaretskii
0 siblings, 1 reply; 13+ messages in thread
From: Ashish SHUKLA @ 2010-05-02 0:04 UTC (permalink / raw)
To: emacs-devel
Hi,
I recently compiled and install Emacs 23.1.96 from git with following
commit at HEAD:
commit 95e831252b5e23a0682df8a29081c146ada78b76
Author: Eli Zaretskii <eliz@gnu.org>
Date: Sat May 1 21:50:20 2010 +0300
composite.el (compose-region, reference-point-alist): Fix typos in the doc
strings.
After installing, I started it using "emacs -Q" it crashes during
startup. Following is the output of 'bt full' from gdb:
---------------------------
#0 0x000000000053fb7e in mark_glyph_matrix (matrix=<value optimized
out>) at alloc.c:5315
No locals.
#1 0x000000000053fa43 in mark_object (arg=<value optimized out>) at
alloc.c:5551
ptr = 0xb40fb0
w = 0xb40fb0
obj = <value optimized out>
cdr_count = <value optimized out>
#2 0x000000000053fccc in mark_vectorlike (ptr=0xb40d20) at alloc.c:5377
size = 21
i = <value optimized out>
#3 0x000000000053fa82 in mark_object (arg=<value optimized out>) at
alloc.c:5536
ptr = 0xb40d20
obj = <value optimized out>
cdr_count = <value optimized out>
#4 0x000000000053f8f3 in mark_object (arg=<value optimized out>) at
alloc.c:5622
ptr = 0xdff030
obj = <value optimized out>
cdr_count = <value optimized out>
#5 0x000000000053f69a in mark_object (arg=<value optimized out>) at
alloc.c:5581
ptr = 0xb48d00
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#6 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0x1016030
obj = <value optimized out>
cdr_count = <value optimized out>
#7 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0x1016040
obj = <value optimized out>
cdr_count = <value optimized out>
#8 0x000000000053f8ad in mark_buffer (arg=<value optimized out>) at
alloc.c:5754
buffer = 0xb256d0
ptr = 0xb25860
tmp = <value optimized out>
base_buffer = <value optimized out>
#9 mark_object (arg=<value optimized out>) at alloc.c:5509
obj = <value optimized out>
cdr_count = <value optimized out>
#10 0x000000000053f8ea in mark_object (arg=<value optimized out>) at
alloc.c:5621
ptr = 0xc89b88
obj = <value optimized out>
cdr_count = <value optimized out>
#11 0x000000000053f69a in mark_object (arg=<value optimized out>) at
alloc.c:5581
ptr = 0xd0fe10
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#12 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0xfafa70
obj = <value optimized out>
cdr_count = <value optimized out>
#13 0x000000000053f69a in mark_object (arg=<value optimized out>) at
alloc.c:5581
ptr = 0xba9ef0
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#14 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0xbfacb0
obj = <value optimized out>
cdr_count = <value optimized out>
#15 0x000000000053f6ac in mark_object (arg=<value optimized out>) at
alloc.c:5583
ptr = 0xcb4d10
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#16 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0xbfaab0
obj = <value optimized out>
cdr_count = <value optimized out>
#17 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0xbfa850
obj = <value optimized out>
cdr_count = <value optimized out>
#18 0x000000000053f6ac in mark_object (arg=<value optimized out>) at
alloc.c:5583
ptr = 0xcee850
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#19 0x000000000053f560 in mark_object (arg=<value optimized out>) at
alloc.c:5694
ptr = 0xbf05e0
obj = <value optimized out>
cdr_count = <value optimized out>
#20 0x000000000053f6ac in mark_object (arg=<value optimized out>) at
alloc.c:5583
ptr = 0xcee880
ptrx = <value optimized out>
obj = <value optimized out>
cdr_count = <value optimized out>
#21 0x000000000053fccc in mark_vectorlike (ptr=0xb1bdd0) at alloc.c:5377
size = 1511
i = <value optimized out>
#22 0x000000000054038a in Fgarbage_collect () at alloc.c:5092
bind = <value optimized out>
catch = <value optimized out>
handler = <value optimized out>
stack_top_variable = 0 '\000'
i = <value optimized out>
message_p = 1
total = {1, 14652581, 0, 5223720, 140733208005442, 5733042,
134217728, 0}
t1 = {tv_sec = 1272757883, tv_usec = 364549}
t2 = {tv_sec = -134217729, tv_usec = 15277461}
#23 0x00000000005554b5 in Ffuncall (nargs=4, args=0x7fffffffce50) at eval.c:2958
fun = <value optimized out>
original_fun = <value optimized out>
funcar = <value optimized out>
numargs = 3
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffcf70, function = 0x7fffffffce50,
args = 0x7fffffffce58, nargs = 3, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = <value optimized out>
i = <value optimized out>
#24 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 26
op = <value optimized out>
vectorp = 0x1025450
stack = {
pc = 0x101d864
"\210\302\b\331\332#\210\302\b\333\334#\210\302\b\335\336#\210\302\b\337\340#\210\302\b\341\342#\210\302\b\343\344#\210\302\b\345\346#\210\302\b\347\350#\210\302\b\351\352#\210\302\b\353\354#\210\302\b\355\356#\210\302\b\357\360#\210\302\b\361\362#\210\302\b\363\364#\210\302\b\365\366#\210\302\b\367\370#\210\302\b\371\372#\210\302\b\373\374#\210\302\b\375\376#\210\302\b\377\201@",
top = 0x7fffffffce68, bottom = 0x7fffffffce50, byte_string = 16913713,
byte_string_start = 0x101d820 "\301
\030\302\b\303\304#\210\302\b\305\306#\210\302\b\307\310#\210\302\b\311\312#\210\302\b\313\314#\210\302\b\315\316#\210\302\b\317\320#\210\302\b\321\322#\210\302\b\323\324#\210\302\b\325\326#\210\302\b\327\330#\210\302\b\331\332#\210\302\b\333\334#\210\302\b\335\336#\210\302\b\337\340#\210\302\b\341\342#\210\302\b\343\344#\210\302\b\345\346#\210\302\b\347\350#\210\302\b\351\352#\210\302\b\353\354#\210\302\b\355\356#\210\302\b\357\360#\210\302\b\361\362#\210\302\b\363\364#\210\302\b\365\366#\210\302\b\367\370#\210\302\b\371\372#\210\302\b\373\374#\210\302\b\375\376#\210\302\b\377\201@",
constants = 16929861, next = 0x7fffffffd460}
top = 0x7fffffffce50
result = <value optimized out>
#25 0x0000000000557688 in Feval (form=<value optimized out>) at eval.c:2352
numargs = <value optimized out>
args_left = 11647378
i = 3
maxargs = 3
argvals = {16913713, 16929861, 16, 140737488342908, 16964614,
5739788, 16964182, 5723090}
fun = <value optimized out>
val = <value optimized out>
original_fun = <value optimized out>
original_args = 16964662
funcar = <value optimized out>
backtrace = {next = 0x7fffffffd070, function = 0x7fffffffcf98,
args = 0x7fffffffcf30, nargs = 3, evalargs = 1 '\001', debug_on_exit =
0 '\000'}
#26 0x0000000000558061 in Fdefvar (args=<value optimized out>) at eval.c:841
sym = 14792178
tem = 11647378
tail = 16964198
#27 0x000000000055771a in Feval (form=<value optimized out>) at eval.c:2293
numargs = <value optimized out>
args_left = 16964630
i = <value optimized out>
maxargs = <value optimized out>
argvals = {15985680, 140737254629800, 1, 15985680, 5727472,
8356213214, 15985680, 11806850}
fun = <value optimized out>
val = <value optimized out>
original_fun = <value optimized out>
original_args = 16964630
funcar = <value optimized out>
backtrace = {next = 0x7fffffffd3b0, function = 0x7fffffffd098,
args = 0x7fffffffd090, nargs = -1, evalargs = 0 '\000', debug_on_exit
= 0 '\000'}
#28 0x0000000000579d88 in readevalloop (readcharfun=11806850,
stream=0xf3ec10, sourcename=16167793, printflag=0, unibyte=<value
optimized out>, readfun=11647378,
start=11647378, end=11647378, evalfun=<value optimized out>) at lread.c:1792
count1 = 26
c = <value optimized out>
val = <value optimized out>
b = 0x0
continue_reading_p = <value optimized out>
whole_buffer = 0
first_sexp = <value optimized out>
#29 0x000000000057a96f in Fload (file=14760353, noerror=<value
optimized out>, nomessage=11647474, nosuffix=<value optimized out>,
must_suffix=<value optimized out>)
at lread.c:1269
stream = 0xf3ec10
fd = 6
found = 14760801
efound = <value optimized out>
hist_file_name = 14760801
newer = 0
compiled = 1
handler = <value optimized out>
safe_p = 1
fmode = 0x5d74dc "r"
tmp = {16864390, 12693606}
version = 23
#30 0x00000000005555c0 in Ffuncall (nargs=4, args=<value optimized
out>) at eval.c:3038
fun = <value optimized out>
original_fun = <value optimized out>
funcar = <value optimized out>
numargs = 3
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffd580, function = 0x7fffffffd410,
args = 0x7fffffffd418, nargs = 3, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = 0x7fffffffd350
i = <value optimized out>
#31 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 14
op = <value optimized out>
vectorp = 0x887f08
stack = {pc = 0xa84b84 ")\207", top = 0x7fffffffd428, bottom =
0x7fffffffd410, byte_string = 8945369, byte_string_start = 0xa84b6e
"\304\b\tP!\211\032\205\026",
constants = 8945405, next = 0x7fffffffd620}
top = 0x7fffffffd410
result = <value optimized out>
#32 0x0000000000557abf in funcall_lambda (fun=8945309, nargs=<value
optimized out>, arg_vector=0x7fffffffd5e8) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#33 0x000000000055545b in Ffuncall (nargs=2, args=0x7fffffffd5e0) at eval.c:3081
fun = <value optimized out>
original_fun = 8945309
funcar = <value optimized out>
numargs = 1
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffd740, function = 0x7fffffffd5e0,
args = 0x7fffffffd5e8, nargs = 1, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = <value optimized out>
i = <value optimized out>
#34 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 12
op = <value optimized out>
vectorp = 0x887dc0
stack = {pc = 0xa84bbc "\204\036", top = 0x7fffffffd5e8,
bottom = 0x7fffffffd5e0, byte_string = 8945041, byte_string_start =
0xa84bb3 "\303\030\t\203\036",
constants = 8945077, next = 0x7fffffffd7e0}
top = 0x7fffffffd5e0
result = <value optimized out>
#35 0x0000000000557abf in funcall_lambda (fun=8944957, nargs=<value
optimized out>, arg_vector=0x7fffffffd7a8) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#36 0x000000000055545b in Ffuncall (nargs=3, args=0x7fffffffd7a0) at eval.c:3081
fun = <value optimized out>
original_fun = 13226674
funcar = <value optimized out>
numargs = 2
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffd900, function = 0x7fffffffd7a0,
args = 0x7fffffffd7a8, nargs = 2, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = <value optimized out>
i = <value optimized out>
#37 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 6
op = <value optimized out>
vectorp = 0x888098
stack = {pc = 0xa84b3c "\210\314\316\b\"\210\317\r!\203-", top
= 0x7fffffffd7b0, bottom = 0x7fffffffd7a0, byte_string = 8945769,
byte_string_start = 0xa84b1e "\b\206\a", constants =
8945805, next = 0x7fffffffd9c0}
top = 0x7fffffffd7a0
result = <value optimized out>
#38 0x0000000000557abf in funcall_lambda (fun=8945669, nargs=<value
optimized out>, arg_vector=0x7fffffffd968) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#39 0x000000000055545b in Ffuncall (nargs=2, args=0x7fffffffd960) at eval.c:3081
fun = <value optimized out>
original_fun = 13226626
funcar = <value optimized out>
numargs = 1
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffdae0, function = 0x7fffffffd960,
args = 0x7fffffffd968, nargs = 1, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = <value optimized out>
i = <value optimized out>
#40 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 4
op = <value optimized out>
vectorp = 0x89e7b0
stack = {pc = 0xa7f5fa "\210\354\201", <incomplete sequence
\327>, top = 0x7fffffffd968, bottom = 0x7fffffffd960, byte_string =
9037697,
byte_string_start = 0xa7eff5 "\306
\020\307\021\n\023\307\024\310\311!\211\035\307=\204\064", constants =
9037733, next = 0x7fffffffdb90}
top = 0x7fffffffd960
result = <value optimized out>
#41 0x0000000000557abf in funcall_lambda (fun=9037653, nargs=<value
optimized out>, arg_vector=0x7fffffffdb48) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#42 0x000000000055545b in Ffuncall (nargs=1, args=0x7fffffffdb40) at eval.c:3081
fun = <value optimized out>
original_fun = 13077170
funcar = <value optimized out>
numargs = 0
lisp_numargs = <value optimized out>
val = <value optimized out>
backtrace = {next = 0x7fffffffdd50, function = 0x7fffffffdb40,
args = 0x7fffffffdb48, nargs = 0, evalargs = 0 '\000', debug_on_exit =
0 '\000'}
internal_args = <value optimized out>
i = <value optimized out>
#43 0x000000000058fd3d in Fbyte_code (bytestr=<value optimized out>,
vector=<value optimized out>, maxdepth=<value optimized out>) at
bytecode.c:680
count = 2
op = <value optimized out>
vectorp = 0x89cfe8
stack = {pc = 0xa7fda1
"\210*\340\341\342\"\210\343\321\344\"\211\036$;\203\251", top =
0x7fffffffdb40, bottom = 0x7fffffffdb40, byte_string = 9031609,
byte_string_start = 0xa7fd13 "\b\203\b", constants =
9031645, next = 0x0}
top = 0x7fffffffdb40
result = <value optimized out>
#44 0x0000000000557abf in funcall_lambda (fun=9031565, nargs=<value
optimized out>, arg_vector=0x7fffffffdc80) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#45 0x0000000000557cd4 in apply_lambda (fun=9031565, args=<value
optimized out>, eval_flag=1) at eval.c:3135
args_left = 11647378
numargs = <value optimized out>
arg_vector = 0x7fffffffdc80
i = <value optimized out>
tem = <value optimized out>
#46 0x0000000000557383 in Feval (form=<value optimized out>) at eval.c:2406
fun = <value optimized out>
val = <value optimized out>
original_fun = <value optimized out>
original_args = 11647378
funcar = <value optimized out>
backtrace = {next = 0x0, function = 0x7fffffffdd78, args =
0x7fffffffdc80, nargs = 0, evalargs = 0 '\000', debug_on_exit = 0
'\000'}
#47 0x000000000055497f in internal_condition_case (bfun=0x4e5110
<top_level_2>, handlers=11714642, hfun=0x4e6820 <cmd_error>) at
eval.c:1490
val = <value optimized out>
c = {tag = 11647378, val = 11647378, next = 0x7fffffffdf50,
gcpro = 0x0, jmp = {{__jmpbuf = {0, -8922353031058487121, 12902784,
140737488348056, 1, 0,
8922353544399489199, -8922354256454940497},
__mask_was_saved = 0, __saved_mask = {__val = {5232385, 0, 0,
140737488346736, 140737353901680, 140737488346776,
140737354129672, 276967387, 140737351943074, 0,
140737353901680, 1, 0, 1, 140737354129672, 1024}}}}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0,
pdlcount = 2, poll_suppress_count = 1,
interrupt_input_blocked = 0, byte_stack = 0x0}
h = {handler = 11714642, var = 11647378, chosen_clause = 0,
tag = 0x7fffffffdde0, next = 0x0}
#48 0x00000000004e5fe6 in top_level_1 () at keyboard.c:1377
No locals.
#49 0x000000000055485a in internal_catch (tag=11707458, func=0x4e5f80
<top_level_1>, arg=11647378) at eval.c:1226
c = {tag = 11707458, val = 11647378, next = 0x0, gcpro = 0x0,
jmp = {{__jmpbuf = {0, -8922353031058487121, 12902784,
140737488348056, 1, 0, 8922353544349157551,
-8922354256490067793}, __mask_was_saved = 0,
__saved_mask = {__val = {0, 0, 0, 0, 112, 0, 11647378, 11928178,
11687632, 11647426, 1, 11922440, 5524582, 384,
94489280612, 11928178}}}}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 1, interrupt_input_blocked = 0,
byte_stack = 0x0}
#50 0x00000000004e6a09 in command_loop () at keyboard.c:1332
No locals.
#51 0x00000000004e6aba in recursive_edit_1 () at keyboard.c:954
val = <value optimized out>
#52 0x00000000004e6bf6 in Frecursive_edit () at keyboard.c:1016
buffer = 11647378
#53 0x00000000004e23d5 in main (argc=<value optimized out>,
argv=0x7fffffffe4d8) at emacs.c:1833
dummy = 0
op = <value optimized out>
vectorp = 0x89cfe8
stack = {pc = 0xa7fda1
"\210*\340\341\342\"\210\343\321\344\"\211\036$;\203\251", top =
0x7fffffffdb40, bottom = 0x7fffffffdb40, byte_string = 9031609,
byte_string_start = 0xa7fd13 "\b\203\b", constants =
9031645, next = 0x0}
top = 0x7fffffffdb40
result = <value optimized out>
#44 0x0000000000557abf in funcall_lambda (fun=9031565, nargs=<value
optimized out>, arg_vector=0x7fffffffdc80) at eval.c:3211
val = <value optimized out>
syms_left = 11647378
next = <value optimized out>
i = <value optimized out>
optional = <value optimized out>
rest = <value optimized out>
#45 0x0000000000557cd4 in apply_lambda (fun=9031565, args=<value
optimized out>, eval_flag=1) at eval.c:3135
args_left = 11647378
numargs = <value optimized out>
arg_vector = 0x7fffffffdc80
i = <value optimized out>
tem = <value optimized out>
#46 0x0000000000557383 in Feval (form=<value optimized out>) at eval.c:2406
fun = <value optimized out>
val = <value optimized out>
original_fun = <value optimized out>
original_args = 11647378
funcar = <value optimized out>
backtrace = {next = 0x0, function = 0x7fffffffdd78, args =
0x7fffffffdc80, nargs = 0, evalargs = 0 '\000', debug_on_exit = 0
'\000'}
#47 0x000000000055497f in internal_condition_case (bfun=0x4e5110
<top_level_2>, handlers=11714642, hfun=0x4e6820 <cmd_error>) at
eval.c:1490
val = <value optimized out>
c = {tag = 11647378, val = 11647378, next = 0x7fffffffdf50,
gcpro = 0x0, jmp = {{__jmpbuf = {0, -8922353031058487121, 12902784,
140737488348056, 1, 0,
8922353544399489199, -8922354256454940497},
__mask_was_saved = 0, __saved_mask = {__val = {5232385, 0, 0,
140737488346736, 140737353901680, 140737488346776,
140737354129672, 276967387, 140737351943074, 0,
140737353901680, 1, 0, 1, 140737354129672, 1024}}}}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0,
pdlcount = 2, poll_suppress_count = 1,
interrupt_input_blocked = 0, byte_stack = 0x0}
h = {handler = 11714642, var = 11647378, chosen_clause = 0,
tag = 0x7fffffffdde0, next = 0x0}
#48 0x00000000004e5fe6 in top_level_1 () at keyboard.c:1377
No locals.
#49 0x000000000055485a in internal_catch (tag=11707458, func=0x4e5f80
<top_level_1>, arg=11647378) at eval.c:1226
c = {tag = 11707458, val = 11647378, next = 0x0, gcpro = 0x0,
jmp = {{__jmpbuf = {0, -8922353031058487121, 12902784,
140737488348056, 1, 0, 8922353544349157551,
-8922354256490067793}, __mask_was_saved = 0,
__saved_mask = {__val = {0, 0, 0, 0, 112, 0, 11647378, 11928178,
11687632, 11647426, 1, 11922440, 5524582, 384,
94489280612, 11928178}}}}, backlist = 0x0,
handlerlist = 0x0, lisp_eval_depth = 0, pdlcount = 2,
poll_suppress_count = 1, interrupt_input_blocked = 0,
byte_stack = 0x0}
#50 0x00000000004e6a09 in command_loop () at keyboard.c:1332
No locals.
#51 0x00000000004e6aba in recursive_edit_1 () at keyboard.c:954
val = <value optimized out>
#52 0x00000000004e6bf6 in Frecursive_edit () at keyboard.c:10160
buffer = 11647378
#53 0x00000000004e23d5 in main (argc=<value optimized out>,
argv=0x7fffffffe4d8) at emacs.c:1833
dummy = 0
stack_bottom_variable = 0 '\000'
do_initial_setlocale = <value optimized out>
skip_args = 1
rlim = {rlim_cur = 8720000, rlim_max = 18446744073709551615}
no_loadup = 0
junk = 0x0
dname_arg = 0x0
---------------------------
I'm running it on Arch GNU/Linux (amd64) with following ./configure line:
./configure --prefix=/usr --localstatedir=/var/lib/emacs
--libexecdir=/usr/lib/emacs --with-xpm --with-jpeg --with-tiff
--with-gif --with-xim --with-png --with-x-toolkit=gtk
--with-m17n-flt --with-rsvg --with-xft --with-libotf --with-gpm
--with-dbus --with-sound --with-makeinfo
Thanks
--
Ashish SHUKLA
India will always have just enough bandwidth so we can check email. -
Gautam Renjen
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 0:04 Emacs 23.1.96 (git HEAD) crashing at startup Ashish SHUKLA
@ 2010-05-02 3:12 ` Eli Zaretskii
2010-05-02 5:03 ` Ashish SHUKLA
0 siblings, 1 reply; 13+ messages in thread
From: Eli Zaretskii @ 2010-05-02 3:12 UTC (permalink / raw)
To: wahjava.ml; +Cc: emacs-devel
> Date: Sun, 2 May 2010 05:34:18 +0530
> From: Ashish SHUKLA <wahjava.ml@gmail.com>
>
> I recently compiled and install Emacs 23.1.96 from git with following
> commit at HEAD:
>
> commit 95e831252b5e23a0682df8a29081c146ada78b76
> Author: Eli Zaretskii <eliz@gnu.org>
> Date: Sat May 1 21:50:20 2010 +0300
>
> composite.el (compose-region, reference-point-alist): Fix typos in the doc
> strings.
I surely hope fixing typos in doc strings cannot cause any crashes ;-)
> After installing, I started it using "emacs -Q" it crashes during
> startup. Following is the output of 'bt full' from gdb:
Please start GDB from the src directory, and please post here also the
results of the xbacktrace command (the Lisp backtrace).
Can you cause this crash in an unoptimized build as well? If so, the
backtrace from that will be much more helpful.
Thanks.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 3:12 ` Eli Zaretskii
@ 2010-05-02 5:03 ` Ashish SHUKLA
2010-05-02 14:35 ` Chong Yidong
0 siblings, 1 reply; 13+ messages in thread
From: Ashish SHUKLA @ 2010-05-02 5:03 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: emacs-devel
[-- Attachment #1: Type: text/plain, Size: 4975 bytes --]
Eli Zaretskii writes:
>> Date: Sun, 2 May 2010 05:34:18 +0530
>> From: Ashish SHUKLA <wahjava.ml@gmail.com>
>>
>> I recently compiled and install Emacs 23.1.96 from git with following
>> commit at HEAD:
>>
>> commit 95e831252b5e23a0682df8a29081c146ada78b76
>> Author: Eli Zaretskii <eliz@gnu.org>
>> Date: Sat May 1 21:50:20 2010 +0300
>>
>> composite.el (compose-region, reference-point-alist): Fix typos in the doc
>> strings.
> I surely hope fixing typos in doc strings cannot cause any crashes ;-)
Right.
>> After installing, I started it using "emacs -Q" it crashes during
>> startup. Following is the output of 'bt full' from gdb:
Sorry, that was supposed to be "emacs -Q -nw" (ncurses version).
> Please start GDB from the src directory, and please post here also the
> results of the xbacktrace command (the Lisp backtrace).
--8<---------------cut here---------------start------------->8---
(gdb) xbacktrace
"global-font-lock-mode" (0xffffce48)
"custom-set-minor-mode" (0xffffcff8)
"custom-reevaluate-setting" (0xffffd1c8)
"mapc" (0xffffd2f8)
"command-line" (0xffffd4d8)
"normal-top-level" (0xffffd610)
--8<---------------cut here---------------end--------------->8---
When started emacs as with "emacs -Q" (X11 version), it crashed with following
backtrace, but no 'xbacktrace'.
--8<---------------cut here---------------start------------->8---
(gdb) bt
#0 0x0000000000438b63 in display_line (it=0x7fffffffb470) at xdisp.c:16536
#1 0x000000000043d800 in try_window (window=<value optimized out>, pos=..., check_margins=0) at xdisp.c:13983
#2 0x000000000043da54 in display_echo_area_1 (a1=<value optimized out>, a2=<value optimized out>, a3=<value optimized out>, a4=<value optimized out>) at xdisp.c:8615
#3 0x000000000042be26 in with_echo_area_buffer (w=0x1148680, which=<value optimized out>, fn=0x43da00 <display_echo_area_1>, a1=18122368, a2=11647378, a3=0, a4=0)
at xdisp.c:8394
#4 0x000000000043f119 in display_echo_area (update_frame_p=0) at xdisp.c:8575
#5 echo_area_display (update_frame_p=0) at xdisp.c:9173
#6 0x000000000043e277 in redisplay_internal (preserve_echo_area=<value optimized out>) at xdisp.c:11487
#7 0x000000000043ef83 in redisplay_preserve_echo_area (from_where=<value optimized out>) at xdisp.c:12037
#8 0x00000000005989c9 in wait_reading_process_output (time_limit=0, microsecs=0, read_kbd=<value optimized out>, do_display=1, wait_for_cell=11647378, wait_proc=0x0,
just_wait_proc=0) at process.c:4887
#9 0x00000000004ee51e in kbd_buffer_get_event (commandflag=1, nmaps=2, maps=0x7fffffffd490, prev_event=11647378, used_mouse_menu=0x7fffffffd59c, end_time=0x0) at keyboard.c:4135
#10 read_char (commandflag=1, nmaps=2, maps=0x7fffffffd490, prev_event=11647378, used_mouse_menu=0x7fffffffd59c, end_time=0x0) at keyboard.c:3079
#11 0x00000000004f0493 in read_key_sequence (keybuf=<value optimized out>, prompt=11647378, dont_downcase_last=0, can_return_switch_frame=1, fix_current_buffer=1, bufsize=30)
at keyboard.c:9512
#12 0x00000000004f22d1 in command_loop_1 () at keyboard.c:1643
#13 0x000000000055497f in internal_condition_case (bfun=0x4f2100 <command_loop_1>, handlers=11714642, hfun=0x4e6820 <cmd_error>) at eval.c:1490
#14 0x00000000004e566e in command_loop_2 () at keyboard.c:1360
#15 0x000000000055485a in internal_catch (tag=11707458, func=0x4e5650 <command_loop_2>, arg=11647378) at eval.c:1226
#16 0x00000000004e6a21 in command_loop () at keyboard.c:1339
#17 0x00000000004e6aba in recursive_edit_1 () at keyboard.c:954
#18 0x00000000004e6bf6 in Frecursive_edit () at keyboard.c:1016
#19 0x00000000004e23d5 in main (argc=<value optimized out>, argv=0x7fffffffde68) at emacs.c:1833
--8<---------------cut here---------------end--------------->8---
> Can you cause this crash in an unoptimized build as well? If so, the
> backtrace from that will be much more helpful.
No crashes with unoptimized build.
--8<---------------cut here---------------start------------->8---
abbe [emacs-git] chateau % ld -v
GNU ld (GNU Binutils) 2.20.1.20100318
abbe [emacs-git] chateau % gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-lto --enable-gnu-unique-object --disable-multilib --disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
Thread model: posix
gcc version 4.5.0 (GCC)
abbe [emacs-git] chateau % fgrep CFLAGS /etc/makepkg.conf
CFLAGS="-march=x86-64 -mtune=native -O2 -pipe -g"
--8<---------------cut here---------------end--------------->8---
Thanks
--
Ashish SHUKLA
Sent via Gnus from GNU Emacs
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 5:03 ` Ashish SHUKLA
@ 2010-05-02 14:35 ` Chong Yidong
2010-05-02 17:29 ` Eli Zaretskii
0 siblings, 1 reply; 13+ messages in thread
From: Chong Yidong @ 2010-05-02 14:35 UTC (permalink / raw)
To: Ashish SHUKLA; +Cc: Eli Zaretskii, emacs-devel
wahjava.ml@gmail.com (Ashish SHUKLA) writes:
>> I surely hope fixing typos in doc strings cannot cause any crashes ;-)
>
> Right.
Are you using GCC 4.5?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 14:35 ` Chong Yidong
@ 2010-05-02 17:29 ` Eli Zaretskii
2010-05-02 18:46 ` Chong Yidong
0 siblings, 1 reply; 13+ messages in thread
From: Eli Zaretskii @ 2010-05-02 17:29 UTC (permalink / raw)
To: Chong Yidong; +Cc: wahjava.ml, emacs-devel
> From: Chong Yidong <cyd@stupidchicken.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, emacs-devel@gnu.org
> Date: Sun, 02 May 2010 10:35:32 -0400
>
> wahjava.ml@gmail.com (Ashish SHUKLA) writes:
>
> >> I surely hope fixing typos in doc strings cannot cause any crashes ;-)
> >
> > Right.
>
> Are you using GCC 4.5?
Yes, he is:
abbe [emacs-git] chateau % gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-lto --enable-gnu-unique-object --disable-multilib --disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
Thread model: posix
gcc version 4.5.0 (GCC)
So I think this is a known issue with GCC 4.5 produced optimized code.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 17:29 ` Eli Zaretskii
@ 2010-05-02 18:46 ` Chong Yidong
2010-05-02 18:55 ` Ashish SHUKLA
2010-05-02 22:05 ` Elias Pipping
0 siblings, 2 replies; 13+ messages in thread
From: Chong Yidong @ 2010-05-02 18:46 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Vladimir Lomov, wahjava.ml, Elias Pipping, emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
> Yes, he is:
>
> So I think this is a known issue with GCC 4.5 produced optimized code.
Since this bug is coming up with some regularity, how bout the following
configure check? It signals an error if gcc-4.5 is used with O2 in
CFLAGS.
Could someone with GCC 4.5 test it?
*** configure 2010-04-20 01:29:37 +0000
--- configure 2010-05-02 18:44:10 +0000
***************
*** 25559,25564 ****
--- 25559,25573 ----
CFLAGS="$REAL_CFLAGS"
CPPFLAGS="$REAL_CPPFLAGS"
+ ## GCC 4.5 has a bug that makes Emacs crash. See etc/PROBLEMS.
+ if test x"`gcc --version 2> /dev/null | grep ' 4.5.0'`" != x; then
+ if test x"`echo $CFLAGS | grep O2`" != x; then
+ { { $as_echo "$as_me:$LINENO: error: GCC 4.5.0 is buggy; can't compile Emacs with -O2'." >&5
+ $as_echo "$as_me: error: GCC 4.5.0 is buggy; can't compile Emacs with -O2'." >&2;}
+ { (exit 1); exit 1; }; }
+ fi
+ fi
+
#### Find out which version of Emacs this is.
version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
| sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`
*** configure.in 2010-04-20 01:29:37 +0000
--- configure.in 2010-05-02 18:27:15 +0000
***************
*** 2600,2605 ****
--- 2600,2612 ----
CFLAGS="$REAL_CFLAGS"
CPPFLAGS="$REAL_CPPFLAGS"
+ ## GCC 4.5 has a bug that makes Emacs crash. See etc/PROBLEMS.
+ if test x"`gcc --version 2> /dev/null | grep ' 4.5.0'`" != x; then
+ if test x"`echo $CFLAGS | grep O2`" != x; then
+ AC_MSG_ERROR([GCC 4.5.0 is buggy; can't compile Emacs with -O2'.])
+ fi
+ fi
+
#### Find out which version of Emacs this is.
[version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
| sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 18:46 ` Chong Yidong
@ 2010-05-02 18:55 ` Ashish SHUKLA
2010-05-02 22:05 ` Elias Pipping
1 sibling, 0 replies; 13+ messages in thread
From: Ashish SHUKLA @ 2010-05-02 18:55 UTC (permalink / raw)
To: Chong Yidong; +Cc: Vladimir Lomov, Eli Zaretskii, Elias Pipping, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 605 bytes --]
Chong Yidong writes:
> Eli Zaretskii <eliz@gnu.org> writes:
>> Yes, he is:
>>
>> So I think this is a known issue with GCC 4.5 produced optimized code.
> Since this bug is coming up with some regularity, how bout the following
> configure check? It signals an error if gcc-4.5 is used with O2 in
> CFLAGS.
> Could someone with GCC 4.5 test it?
#v+
checking for C restrict keyword... __restrict
checking for C restricted array declarations... yes
configure: error: GCC 4.5.0 is buggy; can't compile Emacs with -O2'.
#v-
Thanks
--
Ashish SHUKLA
Sent via Gnus from GNU Emacs
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 18:46 ` Chong Yidong
2010-05-02 18:55 ` Ashish SHUKLA
@ 2010-05-02 22:05 ` Elias Pipping
2010-05-02 23:41 ` Chong Yidong
1 sibling, 1 reply; 13+ messages in thread
From: Elias Pipping @ 2010-05-02 22:05 UTC (permalink / raw)
To: Chong Yidong; +Cc: Vladimir Lomov, Eli Zaretskii, wahjava.ml, emacs-devel
On Sun, May 2, 2010 at 8:46 PM, Chong Yidong <cyd@stupidchicken.com> wrote:
> *** configure.in 2010-04-20 01:29:37 +0000
> --- configure.in 2010-05-02 18:27:15 +0000
> + ## GCC 4.5 has a bug that makes Emacs crash. See etc/PROBLEMS.
> + if test x"`gcc --version 2> /dev/null | grep ' 4.5.0'`" != x; then
> + if test x"`echo $CFLAGS | grep O2`" != x; then
> + AC_MSG_ERROR([GCC 4.5.0 is buggy; can't compile Emacs with -O2'.])
> + fi
> + fi
> +
Could you make the check and the error message a bit more precise? For
example, CFLAGS="-O2 -fno-optimize-sibling-calls" should get through
(CFLAGS="-O1 -foptimize-sibling-calls" should not, but that can
probably be ignored). It'd also be nice if either the error message or
the comments in configure.in referred to this bug.
Kind regards,
Elias
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 22:05 ` Elias Pipping
@ 2010-05-02 23:41 ` Chong Yidong
2010-05-02 23:55 ` Elias Pipping
` (3 more replies)
0 siblings, 4 replies; 13+ messages in thread
From: Chong Yidong @ 2010-05-02 23:41 UTC (permalink / raw)
To: Elias Pipping; +Cc: Vladimir Lomov, Eli Zaretskii, wahjava.ml, emacs-devel
Elias Pipping <pipping.elias@googlemail.com> writes:
> Could you make the check and the error message a bit more precise? For
> example, CFLAGS="-O2 -fno-optimize-sibling-calls" should get through
> (CFLAGS="-O1 -foptimize-sibling-calls" should not, but that can
> probably be ignored). It'd also be nice if either the error message or
> the comments in configure.in referred to this bug.
Sure. Could you test this updated patch?
*** configure.in 2010-04-20 01:29:37 +0000
--- configure.in 2010-05-02 23:38:03 +0000
***************
*** 2600,2605 ****
--- 2600,2613 ----
CFLAGS="$REAL_CFLAGS"
CPPFLAGS="$REAL_CPPFLAGS"
+ ## Hack to detect a buggy GCC version.
+ if test "x$GCC" = xyes \
+ && test x"`$CC --version 2> /dev/null | grep 'gcc.* 4.5.0'`" != x \
+ && test x"`echo $CFLAGS | grep '\-O[23]'`" != x \
+ && test x"`echo $CFLAGS | grep '\-fno-optimize-sibling-calls'`" = x; then
+ AC_MSG_ERROR([GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'.])
+ fi
+
#### Find out which version of Emacs this is.
[version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
| sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`]
*** configure 2010-04-20 01:29:37 +0000
--- configure 2010-05-02 23:38:37 +0000
***************
*** 25559,25564 ****
--- 25559,25574 ----
CFLAGS="$REAL_CFLAGS"
CPPFLAGS="$REAL_CPPFLAGS"
+ ## Hack to detect a buggy GCC version.
+ if test "x$GCC" = xyes \
+ && test x"`$CC --version 2> /dev/null | grep 'gcc.* 4.5.0'`" != x \
+ && test x"`echo $CFLAGS | grep '\-O23'`" != x \
+ && test x"`echo $CFLAGS | grep '\-fno-optimize-sibling-calls'`" = x; then
+ { { $as_echo "$as_me:$LINENO: error: GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'." >&5
+ $as_echo "$as_me: error: GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'." >&2;}
+ { (exit 1); exit 1; }; }
+ fi
+
#### Find out which version of Emacs this is.
version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
| sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 23:41 ` Chong Yidong
@ 2010-05-02 23:55 ` Elias Pipping
2010-05-03 1:21 ` Miles Bader
` (2 subsequent siblings)
3 siblings, 0 replies; 13+ messages in thread
From: Elias Pipping @ 2010-05-02 23:55 UTC (permalink / raw)
To: Chong Yidong; +Cc: Vladimir Lomov, Eli Zaretskii, wahjava.ml, emacs-devel
On Mon, May 3, 2010 at 1:41 AM, Chong Yidong <cyd@stupidchicken.com> wrote:
> Elias Pipping <pipping.elias@googlemail.com> writes:
>
>> Could you make the check and the error message a bit more precise? For
>> example, CFLAGS="-O2 -fno-optimize-sibling-calls" should get through
>> (CFLAGS="-O1 -foptimize-sibling-calls" should not, but that can
>> probably be ignored). It'd also be nice if either the error message or
>> the comments in configure.in referred to this bug.
>
> Sure. Could you test this updated patch?
Looks good in theory (see further down)
> *** configure.in 2010-04-20 01:29:37 +0000
> --- configure.in 2010-05-02 23:38:03 +0000
> ***************
> *** 2600,2605 ****
> --- 2600,2613 ----
> CFLAGS="$REAL_CFLAGS"
> CPPFLAGS="$REAL_CPPFLAGS"
>
> + ## Hack to detect a buggy GCC version.
> + if test "x$GCC" = xyes \
> + && test x"`$CC --version 2> /dev/null | grep 'gcc.* 4.5.0'`" != x \
> + && test x"`echo $CFLAGS | grep '\-O[23]'`" != x \
the brackets need quoting here, -O[23] ends up as -O23 below
> + && test x"`echo $CFLAGS | grep '\-fno-optimize-sibling-calls'`" = x; then
> + AC_MSG_ERROR([GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'.])
> + fi
> +
> #### Find out which version of Emacs this is.
> [version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
> | sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`]
>
> *** configure 2010-04-20 01:29:37 +0000
> --- configure 2010-05-02 23:38:37 +0000
> ***************
> *** 25559,25564 ****
> --- 25559,25574 ----
> CFLAGS="$REAL_CFLAGS"
> CPPFLAGS="$REAL_CPPFLAGS"
>
> + ## Hack to detect a buggy GCC version.
> + if test "x$GCC" = xyes \
> + && test x"`$CC --version 2> /dev/null | grep 'gcc.* 4.5.0'`" != x \
> + && test x"`echo $CFLAGS | grep '\-O23'`" != x \
> + && test x"`echo $CFLAGS | grep '\-fno-optimize-sibling-calls'`" = x; then
> + { { $as_echo "$as_me:$LINENO: error: GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'." >&5
> + $as_echo "$as_me: error: GCC 4.5.0 has problems compiling Emacs; see etc/PROBLEMS'." >&2;}
> + { (exit 1); exit 1; }; }
> + fi
> +
> #### Find out which version of Emacs this is.
> version=`grep 'defconst[ ]*emacs-version' ${srcdir}/lisp/version.el \
> | sed -e 's/^[^"]*"\([^"]*\)".*$/\1/'`
Kind regards,
Elias
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 23:41 ` Chong Yidong
2010-05-02 23:55 ` Elias Pipping
@ 2010-05-03 1:21 ` Miles Bader
2010-05-03 1:23 ` Miles Bader
2010-05-03 1:30 ` Ashish SHUKLA
3 siblings, 0 replies; 13+ messages in thread
From: Miles Bader @ 2010-05-03 1:21 UTC (permalink / raw)
To: Chong Yidong
Cc: Vladimir Lomov, Elias Pipping, emacs-devel, Eli Zaretskii,
wahjava.ml
Note that your grep regexp got mangled by autoconf (since [ and ] are
quote characters in configure.in).
-Miles
--
Non-combatant, n. A dead Quaker.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 23:41 ` Chong Yidong
2010-05-02 23:55 ` Elias Pipping
2010-05-03 1:21 ` Miles Bader
@ 2010-05-03 1:23 ` Miles Bader
2010-05-03 1:30 ` Ashish SHUKLA
3 siblings, 0 replies; 13+ messages in thread
From: Miles Bader @ 2010-05-03 1:23 UTC (permalink / raw)
To: Chong Yidong
Cc: Vladimir Lomov, Elias Pipping, emacs-devel, Eli Zaretskii,
wahjava.ml
Incidentally, what entry in etc/PROBLEMS is being referenced by that
message? I don't see anything talking about gcc 4.5.0...
-miles
--
Run away! Run away!
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Emacs 23.1.96 (git HEAD) crashing at startup.
2010-05-02 23:41 ` Chong Yidong
` (2 preceding siblings ...)
2010-05-03 1:23 ` Miles Bader
@ 2010-05-03 1:30 ` Ashish SHUKLA
3 siblings, 0 replies; 13+ messages in thread
From: Ashish SHUKLA @ 2010-05-03 1:30 UTC (permalink / raw)
To: Chong Yidong; +Cc: Vladimir Lomov, Elias Pipping, Eli Zaretskii, emacs-devel
[-- Attachment #1: Type: text/plain, Size: 688 bytes --]
Chong Yidong writes:
> Elias Pipping <pipping.elias@googlemail.com> writes:
>> Could you make the check and the error message a bit more precise? For
>> example, CFLAGS="-O2 -fno-optimize-sibling-calls" should get through
>> (CFLAGS="-O1 -foptimize-sibling-calls" should not, but that can
>> probably be ignored). It'd also be nice if either the error message or
>> the comments in configure.in referred to this bug.
> Sure. Could you test this updated patch?
The patch works fine, and I'm able to compile with following CFLAGS:
CFLAGS="-march=x86-64 -mtune=native -O2 -pipe -g -fno-optimize-sibling-calls"
Thanks
--
Ashish SHUKLA
Sent via Gnus from GNU Emacs
[-- Attachment #2: Type: application/pgp-signature, Size: 835 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2010-05-03 1:30 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-02 0:04 Emacs 23.1.96 (git HEAD) crashing at startup Ashish SHUKLA
2010-05-02 3:12 ` Eli Zaretskii
2010-05-02 5:03 ` Ashish SHUKLA
2010-05-02 14:35 ` Chong Yidong
2010-05-02 17:29 ` Eli Zaretskii
2010-05-02 18:46 ` Chong Yidong
2010-05-02 18:55 ` Ashish SHUKLA
2010-05-02 22:05 ` Elias Pipping
2010-05-02 23:41 ` Chong Yidong
2010-05-02 23:55 ` Elias Pipping
2010-05-03 1:21 ` Miles Bader
2010-05-03 1:23 ` Miles Bader
2010-05-03 1:30 ` Ashish SHUKLA
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).