Ok for google branches after updating the doc/invoke.texi file.
David
http://codereview.appspot.com/5825054/
On Mar 17, 2012, at 12:37 AM, Richard Sandiford wrote:
> Mike Stump writes:
>> This removes some wrong code.
>>
>> Ok?
>>
>> Index: gcc/emit-rtl.c
>> ===
>> --- gcc/emit-rtl.c (revision 184563)
>> +++ gcc/emit-rtl.c (worki
On Sat, Mar 17, 2012 at 11:20 AM, Uros Bizjak wrote:
> On Sat, Mar 17, 2012 at 7:18 PM, H.J. Lu wrote:
>
Since we must use reg64 in %fs:(%reg) memory operand like
movq x@gottpoff(%rip),%reg64;
mov %fs:(%reg64),%reg
this patch optimizes x32 TLS IE load and store by wr
This patch fixes PR 52559 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52559),
which was due to my earlier patch for displaying error loci in lines containing
wide characters (http://gcc.gnu.org/ml/fortran/2012-03/msg00015.html).
In preexisting code, a tab is displayed as a single space when an
On Sat, Mar 17, 2012 at 19:23, Janne Blomqvist
wrote:
> Hi,
>
> a recent patch by yours truly caused incorrect output for the
> combination of scale factor, the value containing initial zeroes, and
> F editing. Fixed by moving the removal of the initial zeros until
> after the scale factor has bee
On Sat, Mar 17, 2012 at 7:18 PM, H.J. Lu wrote:
>>> Since we must use reg64 in %fs:(%reg) memory operand like
>>>
>>> movq x@gottpoff(%rip),%reg64;
>>> mov %fs:(%reg64),%reg
>>>
>>> this patch optimizes x32 TLS IE load and store by wrapping
>>> %reg64 inside of UNSPEC when Pmode == SImode. OK fo
On Sat, Mar 17, 2012 at 11:10 AM, Uros Bizjak wrote:
> On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu wrote:
>
>> Since we must use reg64 in %fs:(%reg) memory operand like
>>
>> movq x@gottpoff(%rip),%reg64;
>> mov %fs:(%reg64),%reg
>>
>> this patch optimizes x32 TLS IE load and store by wrapping
>> %r
On Sun, Mar 11, 2012 at 6:11 PM, H.J. Lu wrote:
> Since we must use reg64 in %fs:(%reg) memory operand like
>
> movq x@gottpoff(%rip),%reg64;
> mov %fs:(%reg64),%reg
>
> this patch optimizes x32 TLS IE load and store by wrapping
> %reg64 inside of UNSPEC when Pmode == SImode. OK for
> trunk?
>
>
On Tue, Mar 13, 2012 at 3:37 AM, Uros Bizjak wrote:
> On Tue, Mar 13, 2012 at 8:11 AM, Uros Bizjak wrote:
>
> Please try attached patch. It introduces TARGET_TLS_INDIRECT_SEG_REFS
> to block only indirect seg references.
>>>
>>> There is no regression.
>>
>> Thanks, committed to mainline
On Sat, Mar 17, 2012 at 5:09 AM, Hans-Peter Nilsson wrote:
>> A small no-op change - there is no need for a constraint in an expand
>> pattern. Plus some formatting.
>
> If you want to remove it, then remove it, don't just empty it. ;)
Something like attached is probably even better ;)
2012-03
Hi,
a recent patch by yours truly caused incorrect output for the
combination of scale factor, the value containing initial zeroes, and
F editing. Fixed by moving the removal of the initial zeros until
after the scale factor has been applied to the value. Committed the
patch below as obvious after
On 03/16/2012 05:42 PM, Paolo Carlini wrote:
3- References can be easily missed because wrapped in INDIRECT_REF: as
explained at the beginning of tree.c and already used in many places, a
REFERENCE_REF_P check (and in case a TREE_OPERAND (expr, 0)) takes care
of that. I'm not 100% sure the soluti
Mike Stump writes:
> This removes some wrong code.
>
> Ok?
>
> Index: gcc/emit-rtl.c
> ===
> --- gcc/emit-rtl.c (revision 184563)
> +++ gcc/emit-rtl.c (working copy)
> @@ -540,8 +540,6 @@ immed_double_const (HOST_WIDE_INT i0
13 matches
Mail list logo
