Re: [i386] Scalar DImode instructions on XMM registers

2015-05-26 Thread Jeff Law
On 05/25/2015 09:27 AM, Ilya Enkovich wrote: 2015-05-22 15:01 GMT+03:00 Ilya Enkovich : 2015-05-22 11:53 GMT+03:00 Ilya Enkovich : 2015-05-21 22:08 GMT+03:00 Vladimir Makarov : So, Ilya, to solve the problem you need to avoid sharing subregs for the correct LRA/reload work. Thanks a lot fo

Re: [c++std-parallel-1651] Re: Compilers and RCU readers: Once more unto the breach!

2015-05-26 Thread Paul E. McKenney
On Tue, May 26, 2015 at 07:08:35PM +0200, Torvald Riegel wrote: > On Tue, 2015-05-19 at 17:55 -0700, Paul E. McKenney wrote: > > http://www.rdrop.com/users/paulmck/RCU/consume.2015.05.18a.pdf > > I have been discussing Section 7.9 with Paul during last week. > > While I think that 7.9 helps

gcc-5-20150526 is now available

2015-05-26 Thread gccadmin
Snapshot gcc-5-20150526 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20150526/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

Re: [c++std-parallel-1641] Re: Compilers and RCU readers: Once more unto the breach!

2015-05-26 Thread Torvald Riegel
On Thu, 2015-05-21 at 13:42 -0700, Linus Torvalds wrote: > On Thu, May 21, 2015 at 1:02 PM, Paul E. McKenney > wrote: > > > > The compiler can (and does) speculate non-atomic non-volatile writes > > in some cases, but I do not believe that it is permitted to speculate > > either volatile or atomic

Re: [c++std-parallel-1611] Compilers and RCU readers: Once more unto the breach!

2015-05-26 Thread Torvald Riegel
On Tue, 2015-05-19 at 17:55 -0700, Paul E. McKenney wrote: > http://www.rdrop.com/users/paulmck/RCU/consume.2015.05.18a.pdf I have been discussing Section 7.9 with Paul during last week. While I think that 7.9 helps narrow down the problem somewhat, I'm still concerned that it effectively

Re: Balanced partition map for Firefox

2015-05-26 Thread Richard Biener
On Tue, 19 May 2015, Martin Liška wrote: > Hello. > > I've just noticed that we, for default configuration, produce just 30 > partitions. > I'm wondering whether that's fine, or it would be necessary to re-tune > partitioning > algorithm to produce better balanced map? > > Attached patch is used