On 24 November 2015 at 11:34, Marek Polacek wrote:
> On Tue, Nov 24, 2015 at 11:24:38AM +0000, Jay Foad wrote:
>> r230331 also seems to be causing this on x86_64-pc-linux-gnu:
>>
>> $ cat x.c
>> #define P(b) b&&4
>> int a[]=0;
>> int f() { X||P(
(Resending as plain text. Sorry for the HTML!)
On 14 November 2015 at 14:50, David Edelsohn wrote:
>
> This patch causes numerous new testsuite failure on AIX caused by the
> compiler crashing during compilation, e.g.
r230331 also seems to be causing this on x86_64-pc-linux-gnu:
$ cat x.c
#defi
On 8 May 2015 at 16:23, Richard Henderson wrote:
> Yes, the i386 backend has not implemented conditional sibcalls.
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Jay.
On 3 December 2014 at 14:36, Martin Jambor wrote:
> On Wed, Dec 03, 2014 at 10:53:54AM +0000, Jay Foad wrote:
>> > Index: src/gcc/ipa-prop.h
>> > ===
>> > --- src.orig/gcc/ipa-prop.h
>> > +++ sr
> Index: src/gcc/ipa-cp.c
> ===
> --- src.orig/gcc/ipa-cp.c
> +++ src/gcc/ipa-cp.c
> @@ -262,6 +262,9 @@ public:
>ipcp_lattice ctxlat;
>/* Lattices describing aggregate parts. */
>ipcp_agg_lattice *aggs;
> + /* Alignment
On 2 May 2014 10:04, Kugan wrote:
> Thanks for spotting it. Here is the updated patch that changes it to
> ARM_FE_*.
> +2014-05-02 Kugan Vivekanandarajah
> +
> + * config/arm/arm.c (TARGET_ATOMIC_ASSIGN_EXPAND_FENV): New define.
> + (arm_builtins) : Add ARM_BUILTIN_GET_FPSCR and AR
On 26 September 2012 13:11, Ulrich Weigand wrote:
> ChangeLog:
>
> * lower-subreg.c (enum classify_move_insn): Rename
> SIMPLE_PSEUDO_REG_MOVE to DECOMPOSABLE_SIMPLE_MOVE.
> (find_decomposable_subregs): Update.
> (decompose_multiword_subregs): Add DECOMPOSE_COPIES p
On 23 August 2012 09:24, Paolo Bonzini wrote:
> Il 23/08/2012 04:27, rbmj ha scritto:
>> + c_fix_arg = "%0\n"
>> + "#define ioctl(fd, func, arg) ((ioctl)((fd), (func),
>> ((int)(arg\n";
>
> This can be simply
>
> #define ioctl(fd, func, arg) ioctl(fd, func, (int)arg)
"(
On 21 August 2012 10:58, Richard Guenther wrote:
> Index: trunk/gcc/tree.h
> ===
> *** trunk.orig/gcc/tree.h 2012-08-20 12:47:47.0 +0200
> --- trunk/gcc/tree.h2012-08-21 10:32:47.717394657 +0200
> *** enu
On 18 May 2012 12:46, Diego Novillo wrote:
> On 12-05-18 06:14 , Richard Guenther wrote:
>
>> As you retain the macros anyway you can simply not return anything
>> from the C++ checking functions define to a stmt expression
>> ({ check_in_cxx (t); t; })
>
>
> Sure, but that takes us back to the or
On 23 April 2012 14:30, Richard Guenther wrote:
> Well, CCP simply tracks known-bits and derives the alignment
> value from that. If tem & -tem computes as zero that means
> val->mask.low is all zeros.
Doesn't that mean that all bits are known? So you could set:
pi->align = 1 << 32; // or som
On 20 April 2012 16:54, Martin Jambor wrote:
> two days ago I talked to Richi on IRC about the functions to determine
> the expected alignment of objects and pointers we have and he
> suggested that get_object_alignment_1 and get_pointer_alignment_1
> should return whether the alignment is actuall
On 9 August 2011 13:23, Richard Guenther wrote:
> 2011-08-08 Richard Guenther
>
> * tree-vrp.c (zero_nonzero_bits_from_vr): Also return precise
> information for with only negative values.
"for *ranges* with" ?
Jay.
On 7 July 2011 09:09, Richard Sandiford wrote:
> gcc/
> * reload1.c (choose_reload_regs): Use mode sizes to check whether
> an old relaod register completely defines the required value.
s/relaod/reload/
Jay.
> BIT_FIELD_EXPR is equivalent to computing
> a & ~((1 << C1 - 1) << C2) | ((b << C2) & (1 << C1 = 1)),
a & ~(((1 << C1) - 1) << C2) | ((b & ((1 << C1) - 1)) << C2)
?
Jay.
thus
> inserting b of width C1 at the bitfield position C2 in a, returning
> the new value. This allows translating
> B
On 11 April 2011 15:25, Richard Guenther wrote:
> ! set_min_and_max_values_for_integral_type (t, precision,
> ! /*is_unsinged=*/true);
s/ng/gn/
Jay.
16 matches
Mail list logo
