Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-11 Thread Jiong Wang
Andreas Schwab writes: > Jiong Wang writes: > >> I Just finished several round of rebuild & testing on clean >> environment. > > How did you even manage to compile it? > > ../../gcc/ira.c: In function 'void print_translated_classes(FILE*, bool)': > ../../gcc/ira.c:1415:49: error: iteration 8

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-11 Thread Jiong Wang
Andreas Schwab writes: > Jiong Wang writes: > >> I Just finished several round of rebuild & testing on clean >> environment. > > How did you even manage to compile it? > > ../../gcc/ira.c: In function 'void print_translated_classes(FILE*, bool)': > ../../gcc/ira.c:1415:49: error: iteration 8

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-11 Thread Andreas Schwab
Jiong Wang writes: > I Just finished several round of rebuild & testing on clean > environment. How did you even manage to compile it? ../../gcc/ira.c: In function 'void print_translated_classes(FILE*, bool)': ../../gcc/ira.c:1415:49: error: iteration 8u invokes undefined behavior [-Werror

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Jiong Wang
Andreas Schwab writes: > Jiong Wang writes: > >> Andreas Schwab writes: >> >>> Jiong Wang writes: >>> And I just finished two round of native aarch64 build/check w/wo my patch. >>> >>> Did you rebuild everything? >> >> No. > > Please do. Andreas, I Just finished several round of rebuil

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Andreas Schwab
Jiong Wang writes: > Andreas Schwab writes: > >> Jiong Wang writes: >> >>> And I just finished two round of native aarch64 build/check w/wo my patch. >> >> Did you rebuild everything? > > No. Please do. Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 94

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Jiong Wang
Andreas Schwab writes: > Jiong Wang writes: > >> And I just finished two round of native aarch64 build/check w/wo my patch. > > Did you rebuild everything? No. Just applied the patch, then "make all" and re-check > > Andreas. -- Regards, Jiong

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Andreas Schwab
Jiong Wang writes: > And I just finished two round of native aarch64 build/check w/wo my patch. Did you rebuild everything? Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different."

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Jiong Wang
Jiong Wang writes: > Andreas Schwab writes: > >> Jiong Wang writes: >> >>> Index: gcc/ChangeLog >>> === >>> --- gcc/ChangeLog (revision 226682) >>> +++ gcc/ChangeLog (working copy) >>> @@ -1,3 +1,16 @@ >>> +2015-08-06Ramana

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-10 Thread Jiong Wang
Andreas Schwab writes: > Jiong Wang writes: > >> Index: gcc/ChangeLog >> === >> --- gcc/ChangeLog(revision 226682) >> +++ gcc/ChangeLog(working copy) >> @@ -1,3 +1,16 @@ >> +2015-08-06Ramana Radhakrishnan >> +

Re: [COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-08 Thread Andreas Schwab
Jiong Wang writes: > Index: gcc/ChangeLog > === > --- gcc/ChangeLog (revision 226682) > +++ gcc/ChangeLog (working copy) > @@ -1,3 +1,16 @@ > +2015-08-06Ramana Radhakrishnan > + Jiong Wang > + > + * conf

[COMMITTED][AArch64] Improve TLS Descriptor pattern to release RTL loop IV opt

2015-08-06 Thread Jiong Wang
James Greenhalgh writes: > On Tue, Jul 28, 2015 at 02:12:36PM +0100, Jiong Wang wrote: >> >> The instruction sequences for preparing argument for TLS descriptor >> runtime resolver and the later function call to resolver can actually be >> hoisted out of the loop. >> >> Currently we can't becau