Richard Biener-2 wrote
On Fri, Feb 14, 2014 at 3:50 AM, dxq lt;
ziyan01@
gt; wrote:
What compiler version did you check? I think that 4.8 has improvements
for 1. and 2. (SMS is unmaintained). Note that we only spent time to
make -O1 behave sanely with extremely large functions
Richard Biener-2 wrote
On Sat, Feb 8, 2014 at 8:29 AM, dxq lt;
ziyan01@
gt; wrote:
hi all,
We found that gcc would run out of memory on Windows when compiling a
*big*
function (10 lines).
More investigation shows that gcc crashes at the function
*compute_avail*,
in tree-fre pass
hi all,
We found that gcc would run out of memory on Windows when compiling a *big*
function (10 lines).
More investigation shows that gcc crashes at the function *compute_avail*,
in tree-fre pass. *compute_avail* collects information from basic blocks,
so memory is allocated to record
be freed at the end of reorg_loops? please confirm!
if it's true, commit for me, thanks!
free_loops (loops);
+ bitmap_obstack_release (loop_stack);
if (dump_file)
print_rtl (dump_file, get_insns ());
thanks!
dxq
--
View this message in context:
http://gcc.1065356.n5
hi all,
*We found that COND_EXEC is better than IF_THEN_ELSE when used as expressing
condition move insns, because in sched, IF_THEN_ELSE insn has a dependence
on itself, and COND_EXEC has not.
* Besides, IF_THEN_ELSE is not good for SMS. some backend (frv) expands
condition move as IF_THEN_ELSE
hi,
I'm doing a work to make unroll, doloop, and sms pass work together as
following way:
* before the first unroll pass, duplicate all global information such as
insn chain and CFG as backup.
* unroll with factor = 1, go on to finish sms, and record the result of
swp, ii, loop count etc
*
fixing SMS, do you mean that we only modify the SMS pass?
if so, the problem we have to solve:
* how to make unroll and sms work together? calling unroll pass in sms,
but it would be needed more passes such as web, and it's perfect to rerun
all the passes between unroll and sms.
* unroll