On 20 August 2013 12:21, Tejas Belagod wrote:
> Hi,
>
> This patch replaces all inline asm implementations of vget_low_* in
> arm_neon.h with optimized implementations using other neon intrinsics.
>
> Tested with aarch64-none-elf.
>
> OK?
This is OK. /Marcus
On 20 August 2013 16:04, Vidya Praveen wrote:
>> 2013-08-20 Vidya Praveen
>>
>> * config/aarch64/aarch64.md (unspec): Add UNSPEC_SISD_SSHL,
>> UNSPEC_SISD_USHL, UNSPEC_USHL_2S, UNSPEC_SSHL_2S, UNSPEC_SISD_NEG.
>> (3_insn): Remove.
>> (aarch64_ashl_sisd_or_int_3)
Hi Venkat,
On 3 August 2013 19:01, Venkataramanan Kumar
wrote:
> This patch adds macros to support gprof in Aarch64. The difference
> from the previous patch is that the compiler, while generating
> "mcount" routine for an instrumented function, also passes the return
> address as argument.
>
>
Hello!
As reported in [1] the host processor detection has not yet been updated
to recognize Intel Ivy Bridge and Haswell processors.
This small patch adds the detection of these processors and assumes
core-avx2 as march for unknown processors of the PENTIUMPRO family that
support AVX2.
Best reg
On Tue, Jun 25, 2013 at 9:23 AM, Eric Botcazou wrote:
> Hi,
>
> this fixes a segfault on a malformed alias declaration, which is correctly
> flagged as an error by handle_alias_pairs:
>
> error: 'Linker_Alias.Var' aliased to undefined symbol 'var2'
>
> but is nevertheless later processed as a vali
On Wed, Jun 26, 2013 at 4:16 PM, Marc Glisse wrote:
> Ping http://gcc.gnu.org/ml/gcc-patches/2013-06/msg00475.html
Ok.
Thanks,
Richard.
>
> On Sun, 9 Jun 2013, Marc Glisse wrote:
>
>> Hello,
>>
>> this patch documents that __builtin_isinf_sign returns +-1 for +-Inf. This
>> builtin was created
On Thu, Jun 27, 2013 at 6:29 AM, Jeff Law wrote:
>
> Just something else I saw while analyzing dumps from an unrelated set of
> changes.
>
> It's relatively common to see sequences like this:
>
> # parent_1 = PHI
> _11 = single_tree_10(D) != 0;
> _12 = parent_1 == 0B;
> _13 = _11 & _12;
>
On Thu, Jun 27, 2013 at 8:52 PM, Andrew MacLeod wrote:
> On 06/27/2013 02:39 PM, Jakub Jelinek wrote:
>>
>>
>> in tree-ssanames.c:release_ssa_names() :
>>
>> if (! SSA_NAME_IN_FREE_LIST (var))
>> {
>>tree saved_ssa_name_var = SSA_NAME_VAR (var);
>>int saved_ssa_name_version =
On 9 August 2013 10:48, James Greenhalgh wrote:
> ---
> gcc/
>
> 2013-08-09 James Greenhalgh
>
> * config/aarch64/aarch64-simd-builtins.def
> (dup_lane_scalar): Remove.
> * config/aarch64/aarch64-simd.md
> (aarch64_simd_dup): Add 'w->w' alternative.
> (a
Hi!
These issues were caused by the LRA optional reloads support that got
reverted later on, but the testcases look to be useful for the testsuite,
so I went ahead and checked them all in.
2013-08-27 Jakub Jelinek
PR rtl-optimization/57860
PR rtl-optimization/57861
PR
Le 26/08/2013 16:16, Janus Weil a écrit :
I'm slightly inclined to kindly invite the user to switch to
STORAGE_SIZE+SIZE instead. Any other opinion?
>>>
>>> Since the SIZEOF intrinsic has been around for some time in gfortran
>>> (before STORAGE_SIZE was available), I would say we should
On Tue, Aug 27, 2013 at 11:03:32AM +0200, Richard Biener wrote:
> On Wed, Jul 10, 2013 at 3:14 AM, Stefan Kristiansson
> wrote:
> > The (static arg) generator functions are casted to a var arg
> > function pointer, making the assumption that the ABI for passing
> > the arguments will be the same a
On Sat, Aug 3, 2013 at 2:21 AM, Richard Henderson wrote:
> On 08/02/2013 11:53 AM, David Malcolm wrote:
>> FWIW I had a go at avoiding templates by attempting to tell gengtype to
>> write out functions for all GTY((user)) types, regardless of whether it
>> thinks they're referenced, with this:
>>
On Mon, 24 Jun 2013, Richard Biener wrote:
>
> The following fixes a long-standing bug in tree if-conversion.
> The transform phase relies on being able to extract edge predicates
> by simply using the predicate under which its source block is
> executed. That obviously isn't the correct one if
On Thu, Aug 1, 2013 at 1:34 AM, Easwaran Raman wrote:
> I have a new patch that supersedes this. The new patch also fixes PR
> tree-optimization/57393 and PR tree-optimization/58011. Bootstraps and
> no test regression on x86_64/linux. Ok for trunk?
>
> 2013-07-31 Easwaran Raman
>
> PR midd
On Mon, Jul 22, 2013 at 6:27 PM, Kyrylo Tkachov wrote:
> Hi all,
>
> The fix for PR57735 is in current trunk (for a different issue I think), just
> needs a backport to 4.8.
> It is r198462 by Richard Sandiford:
>
> 2013-04-30 Richard Sandiford
>
> * explow.c (plus_constant): Pass "mode"
On Fri, Aug 16, 2013 at 2:57 AM, David Malcolm wrote:
> This patch is the handwritten part of the conversion of these types
> to C++; it requires the followup patch, which is autogenerated.
>
> It converts:
> struct GTY(()) symtab_node_base
> to:
> class GTY((user)) symtab_node_base
>
> and co
On Wed, Aug 21, 2013 at 12:23 PM, Zhenqiang Chen wrote:
> Hi,
>
> The attached patch is the basic support for conditional compare (CCMP). It
> adds
> a set of keywords on TREE to represent CCMP:
>
> DEFTREECODE (TRUTH_ANDIF_LT_EXPR, "truth_andif_lt_expr", tcc_ccomparison, 3)
> DEFTREECODE (TRUTH_A
On Tue, Jul 30, 2013 at 4:47 PM, Zoran Jovanovic
wrote:
> Thank you for the reply.
> I am in the process of modifying the patch according to some comments
> received.
> Currently I am considering the usage of DECL_BIT_FIELD_REPRESENTATIVE.
> I see that they can be used during analysis phase for d
On Sun, Aug 25, 2013 at 5:23 PM, Jan Hubicka wrote:
> Hi,
> this patch adds code to stream DECL_FINAL_P/TYPE_FINAL_P into LTO so we can
> use it after the ipa-devirt code at LTO time is merged in.
> (http://gcc.gnu.org/ml/gcc-patches/2013-08/msg01007.html)
>
> Bootstrapped/regtested x86_64-linux,
> > + while (x != xlimit)
> > +{
> > + /* Code common to all symtab nodes. */
> > + gt_ggc_m_9tree_node (x->decl);
> > + gt_ggc_mx_symtab_node_base (x->next);
> > + gt_ggc_mx_symtab_node_base (x->previous);
> > + gt_ggc_mx_symtab_node_base (x->next_sharing_asm_name);
>
On Mon, Aug 26, 2013 at 12:15 PM, Marek Polacek wrote:
> I noticed I forgot to apply this old patch, already acked by Jason.
> It introduces new pointer_sized_int_node, thus we can get rid of
> uptr_type function in ubsan, and it allows us to do some clean-up
> in asan.c, too.
>
> Tested x86_64-li
On 27/08/13 12:10, Richard Biener wrote:
> What's this for and what's the desired semantics? I don't like having
> extra tree codes for this. Is this for a specific instruction set
> feature?
The background is to support the conditional compare instructions in ARM
(more effectively) and AArch64 a
On Tue, Jun 25, 2013 at 12:45 AM, Dehao Chen wrote:
> The original patch has some flaw. The new patch is attached.
> Bootstrapped and passed regression tests.
Ok.
Thanks,
Richard.
> Thanks,
> Dehao
>
> On Mon, Jun 24, 2013 at 9:44 AM, Dehao Chen wrote:
>> Hi, Richard,
>>
>> I've updated the pa
> > + v = iterative_hash_host_wide_int (TYPE_TRANSPARENT_AGGR (t), v);
> > + v = iterative_hash_host_wide_int (TYPE_FINAL_P (t), v);
>
> please use | (TYPE_FINAL_P (t) << 1) to speed this up like in other cases.
Thank you, I missed that TYPE_TRANSPARENT_AGGR is also flag.
I will u
On Tue, Aug 27, 2013 at 1:40 PM, Jan Hubicka wrote:
>> > + while (x != xlimit)
>> > +{
>> > + /* Code common to all symtab nodes. */
>> > + gt_ggc_m_9tree_node (x->decl);
>> > + gt_ggc_mx_symtab_node_base (x->next);
>> > + gt_ggc_mx_symtab_node_base (x->previous);
>> > +
On Tue, Aug 27, 2013 at 1:56 PM, Richard Earnshaw wrote:
> On 27/08/13 12:10, Richard Biener wrote:
>> What's this for and what's the desired semantics? I don't like having
>> extra tree codes for this. Is this for a specific instruction set
>> feature?
>
> The background is to support the condit
It turned out that for tree -> tree mapping we don't need the hash
table at all; pointer map is much more convenient. So this patch
weeds out the hash table out of ubsan and introduces pointer map
instead. Quite a lot of code could go away--no need to set the
alloc pools up etc.
Regtested, ran b
> >>
> >> Also all of the symbol table is reachable from the global symbol_table
> >> dynamic array which is a GC root. So instead of walking ->next/previous
> >> and edges you should have a custom marker for the symbol_table global
> >> which does more efficient marking with loops.
> >
> > Indeed
> >>
> >> I've updated the patch (as attached) to use sreal to compute badness.
> + badness = ((int)((double) edge->count / max_count
> + * relbenefit / RELATIVE_TIME_BENEFIT_RANGE * INT_MIN / 2)) / growth;
> +
> >>>
> >>> FP operations on the host are frowned upon if code gene
On 08/26/13 20:58, Jason Merrill wrote:
I would be happy with an even stronger default that optimizes on the assumption
that no interposition occurs; typically interposition is overriding a symbol
found in a dynamic library (i.e. malloc) rather than a symbol defined in the
same translation unit
On Tue, Aug 27, 2013 at 01:48:29PM +0200, Richard Biener wrote:
> > + TI_POINTER_SIZED_TYPE,
>
> I'd rather see TI_UINTPTR_TYPE and TI_INTPTR_TYPE (note they might
> not be exactly of POINTER_SIZE but larger).
We already have [u]intptr_type_node -- but only in c-family/, thus
ubsan.c/asan.c cann
Hi all,
here is a patch for PR 55603, which plugs a memory leak with scalar
allocatable function results.
To accomplish this, several things are done:
1) Allocatable scalar function results are passed as argument now and
returned by reference (just like array or character results, cf.
gfc_return_
Hi,
in this very old issue submitter requested some sort of hint in the
diagnostic that the specific problem with the testcase has to do with
class type B being incomplete. I think an inform can do.
I feared that we would provide too many "false positives", in the sense
that the inform would
Hi,
On Fri, Aug 23, 2013 at 05:29:23PM +0200, Jakub Jelinek wrote:
> On Fri, Aug 23, 2013 at 05:11:22PM +0200, Martin Jambor wrote:
> > Hi Jakub and/or Joseph,
> >
> > the reporter of this bug seems to be very anxious to have it fixed in
> > the repository. While Richi is away, do you think you
On Tue, Aug 27, 2013 at 04:03:42PM +0200, Martin Jambor wrote:
> On Fri, Aug 23, 2013 at 05:29:23PM +0200, Jakub Jelinek wrote:
> > On Fri, Aug 23, 2013 at 05:11:22PM +0200, Martin Jambor wrote:
> > > Hi Jakub and/or Joseph,
> > >
> > > the reporter of this bug seems to be very anxious to have it
On Thu, Aug 22, 2013 at 09:01:57PM +0200, Marek Polacek wrote:
> On Thu, Aug 22, 2013 at 07:51:07PM +0200, Marek Polacek wrote:
> > Ping.
>
> I'm withdrawing the ping for now. I'll have to deal with some bootstrap
> comparison failures first (ugh!).
Fixed with this patch:
http://gcc.gnu.org/ml/g
Patch updated.
Thanks,
Dehao
On Mon, Aug 26, 2013 at 4:11 PM, Xinliang David Li wrote:
> Can you add missing documentation on functions like ...:get_count_info
> -- documenting return value etc. Also it might be better to avoid
> using 'set' as the local variable name. Change it to something mo
On Aug 27, 2013, at 4:08 AM, Richard Biener wrote:
>> and converts:
>> struct GTY(()) cgraph_node
>> to:
>> struct GTY((user)) cgraph_node : public symtab_node_base
GTY didn't like single inheritance for me in in wide-int.h. I extended GTY to
support it better. See the wide-int branch, if y
Ok.
David
On Tue, Aug 27, 2013 at 7:36 AM, Dehao Chen wrote:
> Patch updated.
>
> Thanks,
> Dehao
>
> On Mon, Aug 26, 2013 at 4:11 PM, Xinliang David Li wrote:
>> Can you add missing documentation on functions like ...:get_count_info
>> -- documenting return value etc. Also it might be better
On 08/26/2013 12:42 PM, David Malcolm wrote:
The patch also adds me a maintainer of gdbhooks.py into the MAINTAINERS
file. (There doesn't seem to be any sort order to the maintainer part
of that file, should there be?)
Finally, I added a copyright header to the new file ("part of GCC", FSF
assi
> "David" == David Malcolm writes:
David> Is there a precanned event provided by gdb that I can connect to for
David> when the underlying code has changed and my caches need to be
David> invalidated?
Maybe not :(
You could use the "exited" event as a decent approximation.
Also, and I think
Hi Joseph,
C. Draw up another patch that restricts the AVR patterns in config.gcc to
-none and -elf.
A and C - I think both changes should be applied.
OK - the patch for item A is already applied. Here is a proposed patch
for item C. I have not applied the patch as obvious because I was
Hi Sandeep,
gas/config:
2013-07-18 Sandeep Kumar Singh
* rx.h: Add option -mcpu for target variants RX100 and RX200.
Approved - please apply.
Cheers
Nick
Joern Rennecke wrote:
This patch fixes the gcc.dg/c99-stdint-5.c and gcc.dg/c99-stdint-6.c
excess error failures.
FYI, some of the problems with the c99-stdint tests are related to the
stdint.h implementation in use. For example, some types in AVR-Libc's
stdint.h are not defined in the way t
This patch doesn't seem to depend on the others; go ahead and apply it.
Jason
Hello!
> As reported in [1] the host processor detection has not yet been updated
> to recognize Intel Ivy Bridge and Haswell processors.
> This small patch adds the detection of these processors and assumes
> core-avx2 as march for unknown processors of the PENTIUMPRO family that
> support AVX2.
On Tue, Aug 27, 2013 at 10:28 AM, Uros Bizjak wrote:
> Hello!
>
>> As reported in [1] the host processor detection has not yet been updated
>> to recognize Intel Ivy Bridge and Haswell processors.
>> This small patch adds the detection of these processors and assumes
>> core-avx2 as march for unkn
On Tue, Aug 27, 2013 at 7:36 PM, H.J. Lu wrote:
>>> As reported in [1] the host processor detection has not yet been updated
>>> to recognize Intel Ivy Bridge and Haswell processors.
>>> This small patch adds the detection of these processors and assumes
>>> core-avx2 as march for unknown process
removed all knowledge of SHIFT_COUNT_TRUNCATED from wide-int
both Richard Biener and Richard Sandiford had commented negatively about
this.
fixed bug with wide-int::fits_uhwi_p.
kenny
Index: gcc/fold-const.c
===
--- gcc/fold-co
Ping #3.
Thanks,
Teresa
On Mon, Aug 19, 2013 at 11:33 AM, Teresa Johnson wrote:
> Ping.
> Thanks,
> Teresa
>
> On Mon, Aug 12, 2013 at 6:54 AM, Teresa Johnson wrote:
>> On Tue, Aug 6, 2013 at 10:23 PM, Teresa Johnson wrote:
>>> On Tue, Aug 6, 2013 at 9:29 AM, Teresa Johnson wrote:
On Tue
I'd like to ping the following patch which fixes a wrong code bug
on powerpc64-linux due to a lost dependency within the scheduler:
Fix PR58139 by correctly initializing reg_raw_mode[]
http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00910.html
H.J., can you please try and SPEC test this pat
+ Honza
On Tue, Aug 27, 2013 at 10:56 AM, Teresa Johnson wrote:
> Ping #3.
>
> Thanks,
> Teresa
>
> On Mon, Aug 19, 2013 at 11:33 AM, Teresa Johnson wrote:
>> Ping.
>> Thanks,
>> Teresa
>>
>> On Mon, Aug 12, 2013 at 6:54 AM, Teresa Johnson wrote:
>>> On Tue, Aug 6, 2013 at 10:23 PM, Teresa John
On Mon, Aug 19, 2013 at 10:47 AM, Teresa Johnson wrote:
> On Mon, Aug 19, 2013 at 8:09 AM, Jan Hubicka wrote:
>>> Remember it isn't using dominance anymore. The latest patch was
>>> instead ensuring the most frequent path between hot blocks and the
>>> entry/exit are marked hot. That should be be
Hello Reichard,
On 26 Aug 09:37, Richard Henderson wrote:
> On 08/26/2013 09:13 AM, Kirill Yukhin wrote:
> > +(define_split
> > + [(set (match_operand:SWI12 0 "mask_reg_operand")
> > + (any_logic:SWI12 (match_operand:SWI12 1 "mask_reg_operand")
> > +(match_operand:SWI12 2 "m
On Tue, Aug 27, 2013 at 10:41 AM, Uros Bizjak wrote:
> On Tue, Aug 27, 2013 at 7:36 PM, H.J. Lu wrote:
>
As reported in [1] the host processor detection has not yet been updated
to recognize Intel Ivy Bridge and Haswell processors.
This small patch adds the detection of these proce
Does this one look ok?
thanks,
David
On Thu, Aug 22, 2013 at 4:20 PM, Xinliang David Li wrote:
> Hi, In this patch, loop alignment peeling and loop versioning
> transformation will be reported via -fopt-info by default. This will
> help vectorizer size tuning.
>
> It also enhances the opt-info
Kenneth Zadeck writes:
> fixed fits_uhwi_p.
>
> tested on x86-64.
>
> kenny
>
> Index: gcc/wide-int.h
> ===
> --- gcc/wide-int.h(revision 201985)
> +++ gcc/wide-int.h(working copy)
> @@ -1650,7 +1650,7 @@ wide_int_ro::fits_shw
My only concern is whether the dump messages will get too long with
the full function name on the same line. The infrastructure that emits
inform() notes ensures that the function name is printed before each
block of messages related to that function (via an "In function foo:"
type message), but I
you are about an hour behind in reading your email. I had just
committed a patch that is very close to this.
On 08/27/2013 02:31 PM, Richard Sandiford wrote:
Kenneth Zadeck writes:
fixed fits_uhwi_p.
tested on x86-64.
kenny
Index: gcc/wide-int.h
==
Hello,
> This patch is still far too large.
>
> I think you should split it up based on every single mode iterator that
> you need to add or change.
Problem is that some iterators are depend on each other, so patches are
not going to be tiny.
Here is 1st one. It extends VF iterator - biggest im
On 27 Aug 22:11, Kirill Yukhin wrote:
Hello, I've while pasting the patch I've accidentally put
extra brace.
Pls Ignore it
> +(define_insn "kxnor"
> + [(set (match_operand:SWI12 0 "register_operand" "=r,!k")
> + (not:SWI12
> + (xor:SWI12
> + (match_operand:SWI12 1 "register_opera
yes -- the long unmangled names can be annoying -- that is why I chose
to dump the short form of the function names -- combined with line
numbers, it should be enough to get the full context.
David
On Tue, Aug 27, 2013 at 11:36 AM, Teresa Johnson wrote:
> My only concern is whether the dump mess
On 08/19/13 13:18, Aldy Hernandez wrote:
Well, apparently this last revision was approved and I didn't even know
about it :).
Tested one last time against current trunk and committed as revision 202029.
My apologies to Jakub for the merge problems he will inherit on the
gomp-4_0-branch.
Al
Hi Jason,
Was just about to compose a mail to gcc-patches... Been busy, then
ill, now just about ready to submit a new set of diffs.
On 27.08.2013 17:47, Jason Merrill wrote:
This patch doesn't seem to depend on the others; go ahead and apply
it.
Okay. As it stands, it means that you ge
* parser.c (cp_parser_lambda_declarator_opt): Accept template parameter
list with std=c++1y or std=gnu++1y.
(cp_parser_lambda_body): Don't call 'expand_or_defer_fn' for lambda call
operator template to avoid adding template result to symbol table.
* lambda.c
Hi Jason,
Here's an updated patch set. The fully_implicit_function_template_p
field has been moved into cp_parser and the other comments addressed.
I've done some testing with parameter packs also. They work okay with
the explicit template parameter syntax for lambdas.
Unfortunately, due to er
* lambda.c (maybe_add_lambda_conv_op): Optimize argvec building and
early out if CALLOP contains a function parameter pack.
---
gcc/cp/lambda.c | 60 ++---
1 file changed, 44 insertions(+), 16 deletions(-)
diff --git a/gcc/cp/lam
* error.c (dump_function_decl): Use standard diagnostic flow to dump a
lambda diagnostic, albeit without stating the function name or
duplicating the parameter spec (which is dumped as part of the type).
---
gcc/cp/error.c | 22 +++---
1 file changed, 11 ins
* cp-tree.h (type_uses_auto_or_concept): Declare.
(is_auto_or_concept): Declare.
* decl.c (grokdeclarator): Allow 'auto' parameters with -std=gnu++1y or
-std=c++1y.
* type-utils.h: New header defining ...
(find_type_usage): ... this new template based
On 08/27/2013 11:11 AM, Kirill Yukhin wrote:
>> > What happened to the bmi andn alternative we discussed?
> BMI only supported for 4- and 8- byte integers, while
> kandw - for HI/QI
>
We're talking about values in registers. Ignoring the high bits of the andn
result still produces the correct re
Since we use these in a cpp #if, we have to use #define for them.
Index: wide-int.h
===
--- wide-int.h (revision 202032)
+++ wide-int.h (working copy)
@@ -249,15 +249,15 @@ along with GCC; see the file COPYING3.
on any platfor
On Aug 27, 2013, at 11:22 AM, Xinliang David Li wrote:
> Does this one look ok?
We don't capitalize text after error:, warning: or note:.
> thanks,
>
> David
>
> On Thu, Aug 22, 2013 at 4:20 PM, Xinliang David Li wrote:
>> Hi, In this patch, loop alignment peeling and loop versioning
>> trans
Removed the redundant implementations of several comparison function by
just forwarding the oo version to the static version. Added static
versions of cmp, cmpu and cmps.
kenny
Index: gcc/wide-int.h
===
--- gcc/wide-int.h (revisi
If this is the convention, we should probably have another patch to
fix all the existing opt-info messages.
thanks,
David
On Tue, Aug 27, 2013 at 1:23 PM, Mike Stump wrote:
> On Aug 27, 2013, at 11:22 AM, Xinliang David Li wrote:
>> Does this one look ok?
>
> We don't capitalize text after err
No cookie, Gerald. I should have caught this permanent redirect
(verified with wget among others).
Change applied.
Gerald
Index: style.mhtml
===
RCS file: /cvs/gcc/wwwdocs/htdocs/style.mhtml,v
retrieving revision 1.121
diff -u -3 -
Quoting Marc Glisse :
On Mon, 26 Aug 2013, Joern Rennecke wrote:
Quoting Marc Glisse :
The issue seems larger than just short/int. On x86, (l
I don't understand what you mean here. Could you post the actual
code sample?
typedef long vl __attribute__((vector_size(16)));
void f(vl l){
Hi,
On 08/28/2013 12:29 AM, Joern Rennecke wrote:
* c-common.h: (same_scalar_type_ignoring_signedness): Delete prototype.
(vector_types_compatible_elements_p): Prototype.
Sorry for nitpicking, but since we are now using C++ I think declaration
is more correct than prototype.
On 08/27/2013 02:46 PM, Adam Butcher wrote:
Okay. As it stands, it means that you get an additional 'const' in
diagnostics for lambda's not declared 'mutable'.
Hmm, I guess it would be preferable to use 'mutable' or nothing when
printing the lambda just like when declaring one.
Jason
On Tue, 2013-08-27 at 09:58 -0600, Jeff Law wrote:
> On 08/26/2013 12:42 PM, David Malcolm wrote:
> > The patch also adds me a maintainer of gdbhooks.py into the MAINTAINERS
> > file. (There doesn't seem to be any sort order to the maintainer part
> > of that file, should there be?)
> >
> > Finall
On Tue, 27 Aug 2013 19:41:09 +0200
Uros Bizjak wrote:
> On Tue, Aug 27, 2013 at 7:36 PM, H.J. Lu wrote:
>
> >>> As reported in [1] the host processor detection has not yet been updated
> >>> to recognize Intel Ivy Bridge and Haswell processors.
> >>> This small patch adds the detection of these
On Wed, Aug 21, 2013 at 8:25 AM, Jan Hubicka wrote:
>> >
>> > Because offline COMDAT functoin will be porduced for every COMDAT used, I
>> > think
>> > it is bad to porduce any COMDAT (or any reachable function via calls with
>> > non-0
>> > count) that has empty profile (either because it got l
Richard, I have some comments about the patch.
> -ftree-vectorizer-verbose=This switch is deprecated. Use
> -fopt-info instead.
>
> ftree-slp-vectorize
> ! Common Report Var(flag_tree_slp_vectorize) Optimization
> Enable basic block vectorization (SLP) on trees
The code dealing with th
Hi,
this is something we noticed during experiments with Martin Liska. The
streaming
works a lot better if partitioning is based on original source order instead
of reverse postorder and both orders seems to work similarly badly code quality
wise.
This reduces streaming needed by firefox to 1/2.
84 matches
Mail list logo
