On 11/27/13 00:57, Steven Bosscher wrote:
On Wed, Nov 27, 2013 at 6:47 AM, Jeff Law wrote:
How about rtl_merge_blocks getting smarter about removing BARRIERS between
the blocks-to-be-merged?
It'd be breaking away further from the rule that merge_blocks should
only work if can_merge_blocks.
(Bu
> But the problem is that if the mode of the register is larger than the mode
> of the register when last set then we can't know anything about
> nonzero_bits.
Right, this case is handled for nonzero_sign_valid a few lines below.
> Fixed the problem. Any comments?
Why not duplicate the treatmen
On Tue, 2013-11-26 04:27:37 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39836
After Kais recent change, parts of it is fixed. Right now (cf.
http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=42497),
it looks like thi
On Tue, 2013-11-26 04:24:16 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39812
>
> g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
> -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
> -Wwrite
On Tue, 2013-11-26 04:27:21 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40445
>
> g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions
> -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing
> -Wwrite
Hi,
I have found a code generation bug in our port. I have tracked it down to a
place whose code hasn't changed in years so I guess I am misunderstanding
something.
reg_nonzero_bits_for_combine has:
rsp = ®_stat[REGNO (x)];
if (rsp->last_set_value != 0
&& (rsp->last_set_mode == mode
On Tue, Nov 26, 2013 at 12:31:00PM -0500, Geert Bosch wrote:
> >> [...]
> >> A few things helped to make the cost small: the biggest one is that
> >> typically on of the operands is known to be negative or positive.
> >> Gigi will use Ada type information, and Natural or Positive integer
> >> var
On Wed, 2013-11-27 12:14:55 +0400, Alexander Ivchenko
wrote:
> 2013/11/27 Jeff Law :
> > On 11/26/13 19:50, Jan-Benedict Glaw wrote:
> > > On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw
> > > wrote:
> > > > Build log at
> > > > http://toolchain.lug-owl.de/buildbot/show_build_details.php?id
On 27 November 2013 08:22, Jan-Benedict Glaw wrote:
> Looking at the code, I see no way how rclass could be used
> uninitialized. The diagnostic message looks wrong to me. May need a
> fix at a totally different location, where it is issued ;)
That's PR49401:
http://gcc.gnu.org/bugzilla/show_bu
On Tue, 2013-11-26 04:26:25 +0100, Jan-Benedict Glaw wrote:
> Build log at
> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=40716
>
> g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC
> -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti
> -fasynchronous-unwind-tab
2013/11/27 Jeff Law :
> On 11/26/13 19:50, Jan-Benedict Glaw wrote:
>>
>> On Tue, 2013-11-26 04:26:57 +0100, Jan-Benedict Glaw
>> wrote:
>>>
>>> Build log at
>>> http://toolchain.lug-owl.de/buildbot/show_build_details.php?id=39052
>>>
>>> g++ -c -DUSE_LIBUNWIND_EXCEPTIONS -g -O2 -DIN_GCC
>>> -DC
11 matches
Mail list logo