Re: Help with RTL expand and a builtins

On 07/18/2017 04:49 PM, Segher Boessenkool wrote: On Tue, Jul 18, 2017 at 12:49:06PM +0200, Martin Liška wrote: Solved, tail call was responsible for dead RTL instructions. This seems similar to https://gcc.gnu.org/ml/gcc-patches/2017-07/msg00362.html then. Is it? There are many cases where

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

在 2017年07月19日 04:54, Trevor Saunders 写道: On Tue, Jul 18, 2017 at 03:52:55PM +0800, Leslie Zhai wrote: Hi Trevor, Thanks for your kind response! 在 2017年07月17日 19:51, Trevor Saunders 写道: On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote: PS: Trevor's email is not available? thanks!

gcc-5-20170718 is now available

Snapshot gcc-5-20170718 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20170718/ 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: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

On Tue, Jul 18, 2017 at 03:52:55PM +0800, Leslie Zhai wrote: > Hi Trevor, > > Thanks for your kind response! > > 在 2017年07月17日 19:51, Trevor Saunders 写道: > > On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote: > > > PS: Trevor's email is not available? thanks! > > Sorry about that, I've

Bug in lto-plugin.c ?

Hi, I tried to build a canadian cross with Configured with --build=x86_64-linux-gnu --host=i686-w64-mingw32 --target=avr While the result appears to work under wine, I am getting the following error from ld in a non-LTO compile + link: e:/winavr/8.0_2017-07-18/bin/../lib/gcc/avr/8.0.0/../../../.

Re: Killing old dead bugs

On 18 July 2017 at 16:32, Yuri Gribov wrote: > Jonathan also mentioned something not immediately obvious in IRC: > logging into BZ with gcc.gnu.org account provides elevated privileges. > So if you have write access, you should get extra BZ rights for free. We should document this at https://gcc.g

Re: Killing old dead bugs

On Tue, Jul 18, 2017 at 3:54 PM, Martin Sebor wrote: > On 07/17/2017 02:25 PM, Yuri Gribov wrote: >> >> On Mon, Jul 17, 2017 at 4:23 PM, Martin Sebor wrote: >>> >>> On 07/17/2017 02:14 AM, Yuri Gribov wrote: Hi Mikhail, On Sun, Jul 2, 2017 at 6:39 PM, Mikhail Maltsev >>>

[og7] Git branch "openacc-gcc-7-branch"

Hi! There is a new Git-only branch: "openacc-gcc-7-branch", , . This is a non-subdirectory branch for collaborative development of OpenACC and related thin

Re: Killing old dead bugs

On 07/17/2017 02:25 PM, Yuri Gribov wrote: On Mon, Jul 17, 2017 at 4:23 PM, Martin Sebor wrote: On 07/17/2017 02:14 AM, Yuri Gribov wrote: Hi Mikhail, On Sun, Jul 2, 2017 at 6:39 PM, Mikhail Maltsev wrote: Hi. Yes, bug maintenance is appreciated. See this message and replies to it: https:

Re: Help with RTL expand and a builtins

On Tue, Jul 18, 2017 at 12:49:06PM +0200, Martin Liška wrote: > Solved, tail call was responsible for dead RTL instructions. This seems similar to https://gcc.gnu.org/ml/gcc-patches/2017-07/msg00362.html then. Is it? There are many cases where we generated dead code during expand on purpose (som

Re: Killing old dead bugs

On 17 July 2017 at 21:25, Yuri Gribov wrote: > What to do about bugs originating in upstream packages? I noticed > they sometimes get closed with "RESOLVED MOVED" resolution > (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58841) but often this > does not happen and they just hang in tracker foreve

Re: Help with RTL expand and a builtins

Solved, tail call was responsible for dead RTL instructions. Martin

Re: whereis PLUGIN_REGISTER_GGC_CACHES? how to migrate it for GCC v6.x?

Hi Trevor, Thanks for your kind response! 在 2017年07月17日 19:51, Trevor Saunders 写道: On Wed, Jul 12, 2017 at 10:12:03AM +0800, Leslie Zhai wrote: PS: Trevor's email is not available? thanks! Sorry about that, I've left Mozilla and been vacationing for a month, so didn't get to updating MAINTAIN

Re: Help with RTL expand and a builtins

On 07/18/2017 09:16 AM, Martin Liška wrote: > I've been working on PR59521 and I'm unable to properly emit RTL instructions > in expand_builtin_mempcpy. At the end of the function I have: Correction, it's PR70140. M.

Help with RTL expand and a builtins

Hello. I've been working on PR59521 and I'm unable to properly emit RTL instructions in expand_builtin_mempcpy. At the end of the function I have: ... (insn 12 11 13 (set (reg:DI 5 di) (reg:DI 90)) "/home/marxin/Programming/testcases/mempcpy-1.c":1 -1 (nil)) (call_insn/j 13 12 14 (s