Re: New prologue/epilogue code for i386 string functions

Jan Hubicka writes: > +static void > +expand_set_or_movmem_prologue_epilogue_by_misaligned_moves (rtx destmem, rtx > srcmem, > + rtx *destptr, rtx > *srcptr, > + enum machine_mode >

Re: [PATCH, PR58805] Add missing check in stmt_local_def for tail-merge

On Tue, 22 Oct 2013, Tom de Vries wrote: > Richard, > > This patch adds a missing check for gimple_vdef in stmt_local_def for the > tail-merge pass. > > Bootstrapped and reg-tested on x86_64. > > OK for trunk, gcc-4_8-branch? Ok. Thanks, Richard.

Re: [PATCH, PR58805] Add missing check in stmt_local_def for tail-merge

On Tue, 22 Oct 2013, Jeff Law wrote: > On 10/22/13 03:58, Tom de Vries wrote: > > Richard, > > > > This patch adds a missing check for gimple_vdef in stmt_local_def for the > > tail-merge pass. > > > > Bootstrapped and reg-tested on x86_64. > > > > OK for trunk, gcc-4_8-branch? > > > > Thanks,

Re: [RFC] Isolate & simplify paths with undefined behaviour

On 10/22/2013 09:00 PM, Jeff Law wrote: So I was poking at this a bit. It's trival to use infer_nonnull_range and to teach infer_nonnull_range to use the returns_nonnull attribute to pick up that return x in an appropriately decorated function implies that x is non-null. We'll need a better pl

Re: [PATCH] Vectorizing abs(char/short/int) on x86.

Hello! > Currently GCC could not vectorize abs() operation for integers on x86 > with only SSE2 support. For int type, the reason is that the expand on > abs() is not defined for vector type. This patch defines such an > expand so that abs(int) will be vectorized with only SSE2. +(define_expand "

RE: [PATCH] reimplement -fstrict-volatile-bitfields v4, part 1/2

Hi Richard/Joseph, I noticed, this test case crashes on arm-eabi already witout the patch. extern void abort (void); #define test_type unsigned short #define MAGIC (unsigned short)0x102u typedef struct s{  unsigned char Prefix[1];  test_type Type; }__attribute((__packed__,__aligned__(4))) ss;

<    1   2