On Fri, Oct 14, 2011 at 09:21:15AM -0700, Richard Henderson wrote:
> So what you're doing here is the low-part permutation:
>
> 0 4 1 5 2 6 3 7
>
> followed by a shift to get
>
> 4 . 5 . 6 . 7 .
>
> But you need to load a 256-bit constant from memory to get it.
Right.
> I wonder i
On 10/14/2011 08:30 PM, Paolo Carlini wrote:
On 10/14/2011 08:23 PM, Paolo Carlini wrote:
Hi,
submitter complains that, at variance with C++11, __is_base_of
doesn't handle an incomplete base type (the first parameter). The
reason seems simple: in finish_trait_expr we try to complete *both*
t
On Fri, Oct 14, 2011 at 19:19, Georg-Johann Lay wrote:
> Paolo Bonzini schrieb:
>> On 10/14/2011 06:23 PM, Georg-Johann Lay wrote:
>>> +@item -mjump-to-noreturn
>>> +@opindex mjump-to-noreturn
>>> +Use a jump instruction instead of a call instruction when calling a
>>> +no-return functions. This
On Friday 14 October 2011 18:19:00, Georg-Johann Lay wrote:
> Paolo Bonzini schrieb:
> > On 10/14/2011 06:23 PM, Georg-Johann Lay wrote:
> >> +@item -mjump-to-noreturn
> >> +@opindex mjump-to-noreturn
> >> +Use a jump instruction instead of a call instruction when calling a
> >> +no-return function
On 10/13/2011 05:22 PM, Jason Merrill wrote:
+ DECL_INITIAL (r) = error_mark_node;
While working on 50507 I noticed that we check for error_mark_node in
walk_field_subobs, so I'm changing the placeholder to void_zero_node.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit ca436
How about using complete_type_or_else?
Jason
On 10/14/2011 11:34 AM, Jakub Jelinek wrote:
> 2011-10-14 Jakub Jelinek
>
> * config/i386/sse.md (vec_widen_smult_hi_v8hi,
> vec_widen_smult_lo_v8hi, vec_widen_umult_hi_v8hi,
> vec_widen_umult_lo_v8hi): Macroize using VI2_AVX2
> mode iterator and any_extend code iterator
.previous
.type shift_right_vect, @function
.L.shift_right_vect:
mfvrsave 0
stw 0,-4(1)
oris 0,0,0xc004
mtvrsave 0
li 0,256
mtctr 0
addis 10,2,.LC16@toc@ha
addis 11,2,.LC17@toc@ha
addis 9,2,.LC18@toc@ha
ld 8,.
From: Eric Botcazou
Date: Fri, 14 Oct 2011 20:27:03 +0200
>> If you configure a biarch Linux/Sparc compiler defaulting to
>> 32-bit, but give --with-cpu= for a v9 cpu it erroneously
>> turns on 64-bit in TARGET_DEFAULT.
>
> PR target/50354 reports the breakage of the opposite case after the chan
Redo test to run at compile-time per Jason's suggestion
Index: libstdc++-v3/include/tr2/type_traits
===
--- libstdc++-v3/include/tr2/type_traits(revision 0)
+++ libstdc++-v3/include/tr2/type_traits(revision 0)
@@ -0,0
Looks good, thanks. I'll let Benjamin check this in.
Jason
:)
> -Original Message-
> From: Jason Merrill [mailto:ja...@redhat.com]
> Sent: Friday, October 14, 2011 2:41 PM
> To: Michael Spertus
> Cc: Benjamin Kosnik; Jonathan Wakely; gcc-patches@gcc.gnu.org;
> libstd...@gcc.gnu.org
> Subject: Re: Intrinsics for N2965: Type traits and base classes
Hello,
So I committed the gimplify patch separate. And here is the remaining
fold-const patch.
The important tests here are in gcc.dg/tree-ssa/builtin-expect[1-4].c, which
cover the one special-case for branching. Also tree-ssa/20040204-1.c covers
tests for branching code (on targets having high-
On Wed, Oct 12, 2011 at 03:42:12PM -0700, Richard Henderson wrote:
> The generic support for vector permutation will allow for automatic
> lowering to V*QImode, so all we need to add to support for these targets
> is the single V16QI pattern that represents the base permutation insn.
>
> I'm not t
This patch breaks bootstrap on FreeBSD 8 and FreeBSD 9 and everyone
else using makeinfo 4.8 (when the minimum we require right now is
version 4.7).
Hence I went ahead and applied to simple patch below. If you'd
like to address this differently, happy to see a different approach.
Testing a bootst
+@item -mjump-to-noreturn
+@opindex mjump-to-noreturn
+Use a jump instruction instead of a call instruction when calling a
+no-return functions. This option is active if optimization is turned
+on and just affects the way a call instruction is printed out.
Would "emit" be better here than "prin
> If one wants a 32-bit default compiler, they should build for the
> sparc-linux target. And this is absolutely trivial to make happen
> in the environments where this is supposedly a problem.
I have criticized so many times this combination in the past, while Jakub and
also you IIRC were defen
Attached, please find a patch fixing this issue.
2011-10-14 Balaji V. Iyer
* varasm.c (default_elf_asm_named_section): Removed ATTRIBUTE_UNUSED
tag
before decl.
Thanks,
Balaji V. Iyer.
-Original Message-
From: Ian Lance Taylor [mailto:i...@google.com]
Sent: Frid
Gerald Pfeifer schrieb:
This patch breaks bootstrap on FreeBSD 8 and FreeBSD 9 and everyone
else using makeinfo 4.8 (when the minimum we require right now is
version 4.7).
Hence I went ahead and applied to simple patch below. If you'd
like to address this differently, happy to see a different a
From: Eric Botcazou
Date: Fri, 14 Oct 2011 22:31:53 +0200
>> If one wants a 32-bit default compiler, they should build for the
>> sparc-linux target. And this is absolutely trivial to make happen
>> in the environments where this is supposedly a problem.
>
> I have criticized so many times this
On 10/13/2011 01:12 PM, Dodji Seketeli wrote:
+ while (true)
+{
+ if (!linemap_macro_expansion_map_p (map0)
+ || !linemap_macro_expansion_map_p (map1)
+ || map0 == map1)
+ break;
I'd put the test in the condition, but if you find it clearer this way,
I guess tha
*ping*
http://gcc.gnu.org/ml/fortran/2011-10/msg00073.html
On 12.10.2011 15:57, Tobias Burnus wrote:
Hello all,
this patch does two things:
a) It updates the Fortran 2003 and TR/TS 29113 status in the GNU
Fortran manual.
b) It changes all references to Technical Report 29113 to Technical
Spe
On 10/14/2011 12:53 PM, Michael Meissner wrote:
> I would rather change altivec_vperm_ to use the new name (and also
> altivec_vperm__uns). But I can live with a wrapper function for now.
As I said, I'm leaving the cleanup of the old patterns to port maintainers.
> If we are adding permute optio
I found this thread through a Google search so I didn't have much context.
Can you point me to the google/main source repo for gcc and the kernel? Are
there plans to migrate this patch to the gcc and Linux mainline?
Sorry, but I have never used the PGO option in icc.
Steve
Xinliang David Li
On 10/14/2011 09:08 PM, Jason Merrill wrote:
How about using complete_type_or_else?
The CPTK_IS_BASE_OF case becomes much simpler indeed, thanks. For the
unary traits, though, I don't see an advantage in using it, because in
some cases in check_trait_type we don't want to error out even when
c
On 10/14/2011 05:58 PM, Paolo Carlini wrote:
On 10/14/2011 09:08 PM, Jason Merrill wrote:
How about using complete_type_or_else?
The CPTK_IS_BASE_OF case becomes much simpler indeed, thanks. For the
unary traits, though, I don't see an advantage in using it, because in
some cases in check_trait
Factor pph_out_binding_level and pph_in_binding_level into three
routines each: one to handle bindings that merge; one to handle those
that do not; and one to handle the parts common to both.
Streaming the global namespace now uses the mergeable version of
binding level streaming. At present we a
101 - 127 of 127 matches
Mail list logo
