On Thu, Dec 1, 2016 at 6:28 PM, Jeff Law wrote:
> On 12/01/2016 05:04 AM, Segher Boessenkool wrote:
>>
>> On Thu, Dec 01, 2016 at 10:19:42AM +0100, Richard Biener wrote:
>
> Thinking about this again maybe targets w/o insn-length should simply
> always use the 'simple' algorithm instea
On Fri, Nov 25, 2016 at 09:29:46AM +0100, Dominik Vogt wrote:
> gcc/ChangeLog
>
> PR target/77822
> * rtl.h (EXTRACT_ARGS_IN_RANGE): New.
Applied. Thanks!
-Andreas-
On Fri, Nov 25, 2016 at 09:25:59AM +0100, Dominik Vogt wrote:
> gcc/ChangeLogb
>
> PR target/77822
> * config/s390/s390.md ("extzv")
> ("*extzv")
> ("*extzvdi_lshiftrt")
> ("*_ior_and_sr_ze")
> ("*extract1bitdi")
> ("*insv", "*insv_rnsbg_noshift")
>
On Thu, Dec 01, 2016 at 04:30:08PM +0100, Dominik Vogt wrote:
> gcc/ChangeLog
>
> * combine.c (combine_simplify_rtx): Suppress replacement of
> "(and (reg) (const_int bit))" with "if_then_else".
Applied. Thanks!
-Andreas-
On Wed, Nov 23, 2016 at 12:27:30PM +0100, Dominik Vogt wrote:
> gcc/ChangeLog-lp1
>
> * gcc.target/s390/litpool-r3-1.c: Fix label number test.
Applied. Thanks!
-Andreas-
On Thu, 1 Dec 2016, Jeff Law wrote:
> On 12/01/2016 06:22 AM, Richard Biener wrote:
> > > Well after removing DECL_BY_REFERENCE, verify_gimple still fails but
> > > differently:
> > >
> > > tail-padding1.C:13:1: error: RESULT_DECL should be read only when
> > > DECL_BY_REFERENCE is set
> > > }
>
Hi Martin,
> PR 78521 notes that the gimple-ssa-sprintf pass doesn't do the right
> thing (i.e., the -Wformat-length and -fprintf-return-value options
> behave incorrectly) when a conversion specification includes a width
> or precision with a non-constant value. The code treats such cases
> as i
On 12/01/2016 07:32 AM, Richard Biener wrote:
On Thu, Dec 1, 2016 at 12:03 PM, Aldy Hernandez wrote:
This looks like a latent problem in the -Wmaybe-uninitialized code unrelated
to my work.
The problem here is a sequence of simplify_preds() followed by
normalize_preds() that I added, but is ba
101 - 108 of 108 matches
Mail list logo