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 (
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
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
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
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
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