Vladimir Makarov wrote:
> On 11/13/2013, 8:34 PM, Ulrich Weigand wrote:
> >> Unfortunately, this patch causes cc1 for powerpc64-linux to crash for me
> >> even when compiling "int main () { return 0; }" with -O due to a memory
> >> corruption somewhere:
> >
> I've just fixed it, Ulrich. Really sor
On 11/13/2013, 5:48 PM, Steven Bosscher wrote:
On Wed, Nov 13, 2013 at 6:56 PM, Vladimir Makarov wrote:
The following patch improves coloring. The order of pushing allocnos on
the coloring stack from a bunch of colorable allocnos was always important
for generated code performance. LRA has
On 11/13/2013, 8:34 PM, Ulrich Weigand wrote:
Vladimir Makarov wrote:
PR rtl-optimization/59036
* ira-color.c (struct allocno_color_data): Add new members
first_thread_allocno, next_thread_allocno, thread_freq.
(sorted_copies): New static var.
(allo
> Vladimir Makarov wrote:
>
> > PR rtl-optimization/59036
> > * ira-color.c (struct allocno_color_data): Add new members
> > first_thread_allocno, next_thread_allocno, thread_freq.
> > (sorted_copies): New static var.
> > (allocnos_conflict_by_live_ranges_p
On 11/13/2013, 12:56 PM, Vladimir Makarov wrote:
2013-11-13 Vladimir Makarov
PR rtl-optimization/59036
* ira-color.c (struct allocno_color_data): Add new members
first_thread_allocno, next_thread_allocno, thread_freq.
(sorted_copies): New static var.
(allo
Vladimir Makarov wrote:
> PR rtl-optimization/59036
> * ira-color.c (struct allocno_color_data): Add new members
> first_thread_allocno, next_thread_allocno, thread_freq.
> (sorted_copies): New static var.
> (allocnos_conflict_by_live_ranges_p, copy_freq_co
On Wed, Nov 13, 2013 at 6:56 PM, Vladimir Makarov wrote:
> The following patch improves coloring. The order of pushing allocnos on
> the coloring stack from a bunch of colorable allocnos was always important
> for generated code performance. LRA has a mechanism of allocating pseudos
> by thread
