Re: Expansion of narrowing math built-ins into power instructions

2019-08-16 Thread Richard Sandiford
Segher Boessenkool writes: > On Thu, Aug 15, 2019 at 01:47:47PM +0100, Richard Sandiford wrote: >> Tejas Joshi writes: >> > Hello. >> > I just wanted to make sure that I am looking at the correct code here. >> > Except for rtl.def where I should be introducing something like >> > float_contract (

Special Memory Constraint [was Re: Indirect memory addresses vs. lra]

2019-08-16 Thread John Darrington
On Thu, Aug 15, 2019 at 02:23:45PM -0400, Vladimir Makarov wrote: > I tried this solution earlier. But unfortunately it makes things worse. What happens is it libgcc cannot > even be built -- ICEs occur on a memory from address reg insn such as: > (insn 117 2981 3697 5 (set (mem

Re: Special Memory Constraint [was Re: Indirect memory addresses vs. lra]

2019-08-16 Thread Vladimir Makarov
On 2019-08-16 7:23 a.m., John Darrington wrote: On Thu, Aug 15, 2019 at 02:23:45PM -0400, Vladimir Makarov wrote: > I tried this solution earlier. But unfortunately it makes things worse. What happens is it libgcc cannot > even be built -- ICEs occur on a memory from address re

gcc-8-20190816 is now available

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

Question about pass_fix_loops or other loop fixing classes

2019-08-16 Thread xerofoify
Greetings, I was wondering why the execute function in the file tree-ssa-loop.c does not for all the pass fixing classes run it on a separate thread. Seems a good idea to call execute for these classes on another thread and then join up with the main thread into order to avoid shared state or waiti

Re: Expansion of narrowing math built-ins into power instructions

2019-08-16 Thread Tejas Joshi
Hi, > It's just a different name, nothing more, nothing less. Because it is > a different name it can not be accidentally generated from actual > truncations. I have introduced float_narrow but I could not find appropriate places to generate it for a call to fadd instead it to generate a CALL. I