------- Comment #17 from jv244 at cam dot ac dot uk 2008-12-16 07:51 ------- (In reply to comment #16) > Oh, and FWIW, for yukawa_gn_full, stack_vars_num == 67551 for me.
Thanks for the analysis. Detailed enough to have me peak in the gcc code for once. This would mean that the array stack_vars_conflict takes about 2.2Gb, since it is O(stack_vars_num**2/2) (assuming a bool is 8bits, quite consistent with what we see). There is already a function (defer_stack_allocation) that decides to give up due to 'the quadratic problem'. Maybe gcc should use some drastic short-cut, including not allocating the stack_vars_conflict array, as soon as ~10000 stack variables are detected ? BTW, the -O3 compilation is still running (for 17h now). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38474
