On Tue, Jun 03, 2014 at 10:19:48AM +0400, Yury Gribov wrote:
> >I took that patch and applied it to the gcc sources,
> >but I still see the error on ppc:
> >...
> >[bergner@makalu-lp1 asan]$
> >LD_LIBRARY_PATH=:/home/bergner/gcc/build/gcc-fsf-mainline-asan-debug-3/gcc:/home/bergner/gcc/build/gcc-f
I took that patch and applied it to the gcc sources,
but I still see the error on ppc:
...
[bergner@makalu-lp1 asan]$
LD_LIBRARY_PATH=:/home/bergner/gcc/build/gcc-fsf-mainline-asan-debug-3/gcc:/home/bergner/gcc/build/gcc-fsf-mainline-asan-debug-3/gcc/32:/home/bergner/gcc/build/gcc-fsf-mainline-as
2014-06-02 21:27 GMT+04:00 Jeff Law :
> On 06/02/14 04:48, Ilya Enkovich wrote:
>>>
>>> Hmm, so if I understand things correctly, src_fun has no loop
>>> structures attached, thus there's nothing to copy. Presumably at
>>> some later point we build loop structures for the copy from scratch?
>>
>>
Here the problem was that Fixed was canonicalized to refer to
the Fields from the New template, so the parameter pack in typename
Fixed::name... is the Fields from New rather than the one from
CreateMetric, and so using == to compare them breaks. If we use
template_args_equal instead, everythi
On Mon, 2014-06-02 at 14:48 +0400, Konstantin Serebryany wrote:
> Committed as r210012, please don't forget to add llvm-commits to CC
> next time (I did not see the message)
> Thanks!
I took that patch and applied it to the gcc sources, but I still
see the error on ppc:
[bergner@makalu-lp1
asan]$
The code in reshape_init_class shouldn't assume that anything not an
INTEGER_CST or FIELD_DECL is an IDENTIFIER_NODE.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 6a71aad5b83d18f742ee208dd249c7759e5cccb3
Author: Jason Merrill
Date: Mon Jun 2 21:51:08 2014 -0400
PR c++/61046
On Mon, Jun 02, 2014 at 08:14:49PM +0100, Richard Sandiford wrote:
> As per the patch I just posted, all ports have moved over to the new
> way of defining constraints. This patch removes the associated "m"
> column from backends.html. (Note that the ports still listed with "m"
> have in fact bee
The C++ front end wants to be able to build up objects of the various
typeinfo derived classes (such as __si_class_type_info) without needing
to see the full definition of the class. As part of this we build a
VAR_DECL for the vtable, but never define it because we don't actually
have declarat
Hi,
I noticed only today that the code I touched a few days ago can trigger
a spurious -Wuninitialized warning, which I'm going to avoid with the below.
Thanks,
Paolo.
2014-06-02 Paolo Carlini
* pt.c (tsubst_function_type): Initialize arg_types.
Index: pt.c
==
This factors out the IF_THEN_ELSE from aarch64_rtx_costs as that function was
getting too large.
OK? Build and tested for aarch64-elf with no regressions.
Thanks,
Andrew Pinski
ChangeLog:
* config/aarch64/aarch64.c (aarch64_if_then_else_costs): New function.
(aarch64_rtx_costs): Use aa
Hi,
The problem here is aarch64_rtx_costs for IF_THEN_ELSE does not
handle the case where the first operand is a non comparison. This
happens when the combine is combing a few RTLs and calling
set_src_cost to check the costs of the newly created rtl.
OK? Built and tested on aarch64-elf with no
Bill Schmidt writes:
> Index: gcc/testsuite/gcc.target/powerpc/vsxcopy.c
> ===
> --- gcc/testsuite/gcc.target/powerpc/vsxcopy.c(revision 0)
> +++ gcc/testsuite/gcc.target/powerpc/vsxcopy.c(working copy)
> @@ -0,0 +1,1
Applied, thanks. I tweaked the testcase a little so it would actually
fail without your change.
Jason
On 05/24/2014 04:00 AM, Marek Polacek wrote:
+ /* Warn if the condition has boolean value. */
+ tree e = cond;
+ while (TREE_CODE (e) == COMPOUND_EXPR)
+ e = TREE_OPERAND (e, 1);
+
+ if (TREE_CODE (orig_type) == BOOLEAN_TYPE
+ || (truth_value
On Mon, Jun 2, 2014 at 11:12 PM, Uros Bizjak wrote:
> A problem was uncovered by -march=corei7 -mtune=intel -m32 with
> i386/memcpy-[23] testcase in decide_alg subroutine [1]. Although the
> max size of the transfer was known, the memcpy was not inlined, as
> expected by the testcase.
>
> The cor
This patch fixes an ICE due to memory corruption discovered while building a
large application with FDO and LIPO on the google branch. I don't have a small
reproducer, but the same code appears on trunk, and I believe it could also
silently result in incorrect code generation.
The problem occurs i
Hello!
A problem was uncovered by -march=corei7 -mtune=intel -m32 with
i386/memcpy-[23] testcase in decide_alg subroutine [1]. Although the
max size of the transfer was known, the memcpy was not inlined, as
expected by the testcase.
The core of the problem can be seen in the definition of 32bit
i
> On 06/02/14 14:27, Jan Hubicka wrote:
> >>On 06/02/14 12:07, Jan Hubicka wrote:
> >>>
> >>>It is one of reasions why I think it would be cool to do jump threading in
> >>>early opts, too, at least in a lightweidt form.
> >>Conceptually it's pretty easy to do during the into-ssa step. Not
> >>sur
On 06/02/14 14:27, Jan Hubicka wrote:
On 06/02/14 12:07, Jan Hubicka wrote:
It is one of reasions why I think it would be cool to do jump threading in
early opts, too, at least in a lightweidt form.
Conceptually it's pretty easy to do during the into-ssa step. Not
sure it it'd catch the cases
> On 06/02/14 12:07, Jan Hubicka wrote:
> >
> >It is one of reasions why I think it would be cool to do jump threading in
> >early opts, too, at least in a lightweidt form.
> Conceptually it's pretty easy to do during the into-ssa step. Not
> sure it it'd catch the cases you care about though.
Ye
> Why do you want -fno-math-errno to be the default for gfortran?
> AFAICT such default is not documented and the flag works
> (checked on your test gfortran.dg/errnocheck_1.f90).
It should be the default, and it used to be. Fortran doesn’t care about math
routines setting errno (its existence is
> I think it is really weird if a coding style warning is included in -Wall.
Same here. It’s not a very commonly shared coding style, so I don’t think it
should be included in -Wall.
Other than that, I like the idea (but cannot review the patch).
FX
On 06/02/2014 03:56 PM, Jason Merrill wrote:
OK with that change.
...but since you don't have write access, I'll just make the change.
Jason
On 06/02/2014 03:01 PM, Ville Voutilainen wrote:
+ if (current_nonlambda_class_type ())
protected_ok = protected_accessible_p (decl,
- current_class_type, binfo);
+ current_nonlambda_class_type
Ping. Imagination's copyright assignment has now gone through and so
in principle we're ready for the MIPS LRA switch to go in. We need
this LRA patch as a prequisite though.
Robert: you also had an LRA change, but is it still needed after this one?
If so, could you repost it and explain the cas
I'm committing the attached patch, combining the various patches we
discussed in April.
Tested x86_64-linux, committed to trunk.
commit f8e0936df9cdc31460bb79ac82f43486967983b1
Author: Jonathan Wakely
Date: Tue Apr 8 16:24:56 2014 +0100
* include/bits/regex_compiler.h (__detail::_Bracke
On 06/02/14 13:12, Richard Sandiford wrote:
All ports have moved over to define*_constraints so we can finally get rid
of the old constraints support. In the case of FR-V I did that by removing
a large quote from the old documentation; that sort of thing tends to get
out of date.
Tested on x86_
As discussed in the PR, we have an extension we want to eliminate and
doing so requires a copy.
We later find another extension we want to eliminate and doing so would
require widening the copy, which may not result in a valid insn.
This patch does two things.
First, when we want to elimin
As per the patch I just posted, all ports have moved over to the new
way of defining constraints. This patch removes the associated "m"
column from backends.html. (Note that the ports still listed with "m"
have in fact been converted.)
OK to install?
Thanks,
Richard
Index: htdocs/backends.htm
All ports have moved over to define*_constraints so we can finally get rid
of the old constraints support. In the case of FR-V I did that by removing
a large quote from the old documentation; that sort of thing tends to get
out of date.
Tested on x86_64-linux-gnu. OK to install?
If so, it seems
(plus (bit_not @0) @0)
if (INTEGRAL_TYPE_P (TREE_TYPE (@0)))
{ build_int_cst (TREE_TYPE (@0), -1); })
+(match_and_simplify
+ (plus @0 (bit_not @0))
+ if (INTEGRAL_TYPE_P (TREE_TYPE (@0)))
+ { build_int_cst (TREE_TYPE (@0), -1); })
Why not just:
(match_and_simplify
(plus @0 (bit_
Tested on Linux X86-64. Note that I have not bootstrapped this patch.
diff --git a/gcc/cp/search.c b/gcc/cp/search.c
index c3eed90..6907533 100644
--- a/gcc/cp/search.c
+++ b/gcc/cp/search.c
@@ -917,9 +917,10 @@ accessible_p (tree type, tree decl, bool consider_local_p)
/* Figure out where t
>
> Yeah, I discussed this with martin today on irc. For aliasing we'd like to
> know whether a decl possibly has its address taken. Currently we only trust
> TREE_ADDRESSABLE for statics - and lto might change those to hidden
> visibility public :(
>
> So we want deck_referred_to_by_single_f
On June 2, 2014 5:44:13 PM CEST, Jan Hubicka wrote:
>>
>> Well, I'm hesitant to add a new pass just to optimize a (irrelevant
>in practice)
>> benchmark. I'm ok with strengthening existing infrastructure or
>enhancing
>> existing passes.
>>
>> The issue with these mini-passes is that they are v
On 06/02/2014 01:30 PM, Jeff Law wrote:
* Finally, fortran/trans.c was calling fold_builtin_call_array directly.
That means it would have needed builtins.h which caused issues since
builtins.h defines struct target_builtins and uses
FIRST_PSEUDO_REGISTER... which is defined within the target c
On Mon, Jun 2, 2014 at 11:04 AM, Teresa Johnson wrote:
> On Mon, Jun 2, 2014 at 10:26 AM, Dehao Chen wrote:
>> Just tried with Teresa's patch, the ICE in
>> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61384 is not resolved.
>
> I will take a look to see why this wasn't fixed by my profile redesi
> We need to rebuild frequency after vrp, otherwise the following code
> in tree-ssa-threadupdate.c will make the frequency larger than
> upper-bound.
>
> /* Excessive jump threading may make frequencies large enough so
> the computation overflows. */
> if (rd->du
On 06/02/14 12:07, Jan Hubicka wrote:
It is one of reasions why I think it would be cool to do jump threading in
early opts, too, at least in a lightweidt form.
Conceptually it's pretty easy to do during the into-ssa step. Not sure
it it'd catch the cases you care about though.
jeff
On Mon, Jun 2, 2014 at 10:26 AM, Dehao Chen wrote:
> Just tried with Teresa's patch, the ICE in
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61384 is not resolved.
I will take a look to see why this wasn't fixed by my profile redesign.
Teresa
>
> Dehao
>
> On Mon, Jun 2, 2014 at 9:45 AM, Jeff
> On 06/02/14 10:17, Dehao Chen wrote:
> >We need to rebuild frequency after vrp, otherwise the following code
> >in tree-ssa-threadupdate.c will make the frequency larger than
> >upper-bound.
> >
> > /* Excessive jump threading may make frequencies large enough so
> > the co
On 06/02/2014 01:04 PM, Marek Polacek wrote:
#ifdef __cplusplus
template bool f(T t, U u) { return (!t == u); }
#endif
I think !t should have null TREE_TYPE in this case.
Hmm, I see no crash; the types seem to be
template_type_parm 0x7013d5e8 T type_0 type_6 VOID ...
Right, because you'
On 06/02/14 08:24, Martin Liška wrote:
On 05/30/2014 06:37 PM, Jeff Law wrote:
On 05/30/14 00:49, Martin Liška wrote:
Hi,
this patch introduces a new function lookup_attribute_starting that
can find all attributes starting with a specified string. Purpose of the
function is to be able to i
On 06/02/14 09:26, Andrew MacLeod wrote:
Furthering the include file restructuring, this patch fixes the header
files for builtins.h. The prototypes were spread between tree.h, expr.h
and fold-const.h.
* There were 5 build_* routines in builtins.c that really should be in
tree.c. They are used
On 06/02/14 04:48, Ilya Enkovich wrote:
Hmm, so if I understand things correctly, src_fun has no loop
structures attached, thus there's nothing to copy. Presumably at
some later point we build loop structures for the copy from scratch?
I suppose it is just a simple bug with absent NULL pointer
Just tried with Teresa's patch, the ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61384 is not resolved.
Dehao
On Mon, Jun 2, 2014 at 9:45 AM, Jeff Law wrote:
> On 06/02/14 10:17, Dehao Chen wrote:
>>
>> We need to rebuild frequency after vrp, otherwise the following code
>> in tree-ssa-th
On Mon, Jun 02, 2014 at 07:04:58PM +0200, Marek Polacek wrote:
> > Do we actually want to warn in that case? As the patch doesn't warn
> > if the type is bool or vector, if somebody instantiates the above with
> > say T=bool, U=bool, then we'd warn on something that otherwise will not be
> > warne
On Mon, Jun 02, 2014 at 06:36:06PM +0200, Jakub Jelinek wrote:
> On Mon, Jun 02, 2014 at 12:31:32PM -0400, Jason Merrill wrote:
> > On 06/02/2014 12:23 PM, Marek Polacek wrote:
> > >I have no special reason for that check, so dropped it too in this
> > >patch.
> >
> > Thanks. I expect that warn_lo
This patch adds support for post-indexed addressing for NEON structure
memory accesses.
For example VLD1.8 {d0}, [r0], r1
Bootstrapped and checked on arm-unknown-gnueabihf using Qemu.
Ok for trunk?
gcc/Changelog:
2014-06-02 Charles Baylis
* config/arm/arm.c (neon_vector_mem_opera
On 06/02/14 10:17, Dehao Chen wrote:
We need to rebuild frequency after vrp, otherwise the following code
in tree-ssa-threadupdate.c will make the frequency larger than
upper-bound.
/* Excessive jump threading may make frequencies large enough so
the computation overflow
The scheme that alpha uses to split symbolic references into trackable pairs of
relocations doesn't really handle asms. Of course, normal asms don't have the
problem seen here because they're interested in producing instructions, whereas
this case is system tap creating some annotations.
The most
On Mon, Jun 02, 2014 at 12:31:32PM -0400, Jason Merrill wrote:
> On 06/02/2014 12:23 PM, Marek Polacek wrote:
> >I have no special reason for that check, so dropped it too in this
> >patch.
>
> Thanks. I expect that warn_logical_not_parentheses will crash if one
> of the operands is type-dependent
This patch removes the ISB following FPCR write. Committed.
/Marcus
2014-06-02 Marcus Shawcroft
* config/aarch64/aarch64.md (set_fpcr): Drop ISB after FPCR write.
commit 933934b5636f539d2b678a9f3400f7dd1560faa1
Author: Marcus Shawcroft
Date: Mon Jun 2 12:51:49 2014 +0100
[AAr
On 06/02/2014 12:23 PM, Marek Polacek wrote:
I have no special reason for that check, so dropped it too in this
patch.
Thanks. I expect that warn_logical_not_parentheses will crash if one of
the operands is type-dependent such that TREE_TYPE is NULL_TREE, so
you'll want to handle that case, a
On Mon, Jun 02, 2014 at 12:01:22PM -0400, Jason Merrill wrote:
> On 06/02/2014 11:17 AM, Marek Polacek wrote:
> >+ && !processing_template_decl
>
> Also, why not warn when parsing a template? We don't need to know the type
> to recognize the problematic syntax.
I have no special reason for
We need to rebuild frequency after vrp, otherwise the following code
in tree-ssa-threadupdate.c will make the frequency larger than
upper-bound.
/* Excessive jump threading may make frequencies large enough so
the computation overflows. */
if (rd->dup_blocks[0]->f
> This patch rebuilds frequency after vrp.
Why do you need to rebuild frequency after VRP? I always tought it may be
useful to do VRP as early optimization (modulo to compile time costs),
but I do not think we should unconditionally rebuild frequencies like this...
Honza
>
> Bootstrapped and te
> Hi,
>
> On Mon, 2 Jun 2014 12:06:12, Richard Biener wrote:
> >
> > On Mon, Jun 2, 2014 at 11:00 AM, Bernd Edlinger
> > wrote:
> >> Hi,
> >>
> >> the test case g++.old-deja/g++.mike/p4736b.C is mis-compiled with with all
> >> optimization levels, except -O0 and -Og. This probably started with gc
On 06/02/2014 11:17 AM, Marek Polacek wrote:
+ && !processing_template_decl
Also, why not warn when parsing a template? We don't need to know the
type to recognize the problematic syntax.
Jason
Hi,
This patch adds support for inlining instrumented calls. Changes are mostly to
support returned bounds. Also generated mem-to-mem assignments are registered
to be later instrumented with appropriate bounds copy.
Bootstrapped and tested on linux-x86_64.
Thanks,
Ilya
--
gcc/
2014-06-02 I
2014-06-02 19:28 GMT+04:00 Michael Matz :
> Hi,
>
> On Mon, 2 Jun 2014, Ilya Enkovich wrote:
>
>> This patch adds support for input bounds, call bounds args and returned
>> bounds in expand pass.
>>
>> * expr.h (store_expr): Add param for bounds target.
>
> There is exactly one place (except
On 14/05/14 20:37 +0100, Jonathan Wakely wrote:
Failing to rethrow a __forced_unwind exception is very bad.
This patch ensures we rethrow them in async tasks, and makes the
shared state ready with a broken_promise so that waiting threads
don't block forever. That seems reasonable to me, does any
>
> Well, I'm hesitant to add a new pass just to optimize a (irrelevant in
> practice)
> benchmark. I'm ok with strengthening existing infrastructure or enhancing
> existing passes.
>
> The issue with these mini-passes is that they are very placement sensitive
> and you don't easily get seconda
This patch rebuilds frequency after vrp.
Bootstrapped and testing on-going. OK for trunk if test pass?
Thanks,
Dehao
gcc/ChangeLog:
2014-06-02 Dehao Chen
PR tree-optimization/61384
* tree-vrp.c (execute_vrp): rebuild frequency after vrp.
gcc/testsuite/ChangeLog:
2014-06-02
On Mon, Jun 2, 2014 at 8:26 AM, Andrew MacLeod wrote:
>
> GO changes can now be directly checked in, is that right Ian?
To be pedantically clear, it's always been OK to directly in changes
to the files in gcc/go, but not to the files in gcc/go/gofrontend.
That is still true. What has changed rec
Hi,
On Mon, 2 Jun 2014, Ilya Enkovich wrote:
> This patch adds support for input bounds, call bounds args and returned
> bounds in expand pass.
>
> * expr.h (store_expr): Add param for bounds target.
There is exactly one place (except for the self-recursive ones) where you
call the new
Hi,
A years ago there was a discussion
(https://gcc.gnu.org/ml/gcc-patches/2004-01/msg02437.html) about debugging
compiler ICEs that resulted in a patch from Jakub, which dumps
useful information into temporary file, but for some reasons this patch wasn't
applied to trunk.
This is the resurre
This is the second set of patches which updates the #includes required
for compilation. I've reduced it to the base required set, except for
the target config files... Most seem to require it, so in the interest
of not breaking a target, I simply include builtins.h in all target
config files th
Furthering the include file restructuring, this patch fixes the header
files for builtins.h. The prototypes were spread between tree.h, expr.h
and fold-const.h.
* There were 5 build_* routines in builtins.c that really should be in
tree.c. They are used all over the place. The prototypes wer
Hi,
This patch prevents output of both instrumented and not instrumented weakref
variants.
Thanks,
Ilya
--
gcc/
2014-06-02 Ilya Enkovich
* cgraphunit.c (output_weakrefs): If there are both
instrumented and original versions, output only one
of them.
diff --git a/gc
On Mon, Jun 02, 2014 at 10:08:24AM -0400, Jason Merrill wrote:
> On 06/02/2014 02:50 AM, Marek Polacek wrote:
> >+ && TREE_CODE (arg1.value) == EQ_EXPR)
> ...
> >+ && TREE_CODE (current.lhs) == EQ_EXPR
>
> It seems like your version only warns about ==, while the clang version
> warns ab
Hi,
In the most case we follow transparent alias chains wne assemble names. But in
some cases it is not performed. For instrumented functions it is critical and
following patch fixes that. It also adds a visibility inheritance for
instrtumented functions.
Bootstrapped and tested on linux-x8
2014-06-02 17:37 GMT+04:00 Richard Biener :
> On Mon, Jun 2, 2014 at 2:44 PM, Ilya Enkovich wrote:
>> 2014-06-02 15:35 GMT+04:00 Richard Biener :
>>> On Fri, May 30, 2014 at 2:25 PM, Ilya Enkovich
>>> wrote:
Hi,
This patch adds Pointer Bounds Checker passes. Versioning happens be
On 06/02/2014 10:31 AM, Jason Merrill wrote:
On 05/31/2014 02:30 AM, Marc Glisse wrote:
Also, I am pretty sure that gcc doesn't support the latest constexpr, we
shouldn't define those macros lightly.
That's correct. We should leave __cpp_constexpr at 200704 for now.
Right... That was a testi
Hi,
This patch adds support for input bounds, call bounds args and returned bounds
in expand pass.
Bootstrapped and tested on linux-x86_64.
Thanks,
Ilya
--
gcc/
2014-06-02 Ilya Enkovich
* calls.c: Include tree-chkp.h, rtl-chkp.h.
(arg_data): Add fields special_slot, pointer
Hi,
This patch adds support for normal builtin function calls (target ones are not
instrumented). The basic idea of the patch is to make call expr copy with no
bounds and expand it instead. If expr is going to be emitted as a function
call then original instrumented expr takes place. Handle
On 05/31/2014 02:30 AM, Marc Glisse wrote:
Also, I am pretty sure that gcc doesn't support the latest constexpr, we
shouldn't define those macros lightly.
That's correct. We should leave __cpp_constexpr at 200704 for now.
I think having __has_include for all languages is fine since it is
alr
On 05/30/2014 06:37 PM, Jeff Law wrote:
On 05/30/14 00:49, Martin Liška wrote:
Hi,
this patch introduces a new function lookup_attribute_starting that
can find all attributes starting with a specified string. Purpose of the
function is to be able to identify e.g. if a function has any 'omp'
On 05/30/2014 06:42 PM, Jeff Law wrote:
On 05/30/14 00:47, Martin Liška wrote:
Hello,
this patch enhances callgraph API to enable more precise control of
expand_thunk; another function becomes global.
Bootstrapped and tested on x86_64-linux.
OK for trunk?
Thanks,
Martin
2014-05-29 Marti
On 05/30/2014 06:28 PM, Jeff Law wrote:
On 05/30/14 00:47, Martin Liška wrote:
Hello,
this is a small patchset that prepares API for new IPA Identical code
folding pass. The patch adds an argument for coverage_compute_cfg_checksum.
Bootstrapped and tested on x86_64-linux.
OK for trunk?
Tha
In comment #3 it's noted that ifcombine happily hoists possibly
trapping stmts ... oops.
Fixed like the following, bootstrap and regtest running on
x86_64-unknown-linux-gnu.
Richard.
2014-06-02 Richard Biener
PR tree-optimization/61383
* tree-ssa-ifcombine.c (bb_no_side_eff
On 06/02/2014 02:50 AM, Marek Polacek wrote:
+ && TREE_CODE (arg1.value) == EQ_EXPR)
...
+ && TREE_CODE (current.lhs) == EQ_EXPR
It seems like your version only warns about ==, while the clang version
warns about all comparisons.
+ && (complain_flags (decltype_p) & tf
On 29 May 2014 11:58, Thomas Preud'homme wrote:
>> From: Andreas Schwab [mailto:sch...@linux-m68k.org]
>> "Thomas Preud'homme" writes:
>>
>> > By the way, I couldn't understand how you reached the value
>> > 0x44434241. Can you explain me?
>>
>> Each byte is composed of the first 7 bits of the or
On 16/04/14 17:47 +0200, Rüdiger Sonderfeld wrote:
Of course I forgot to replace one _M_ instance. This should work now.
Sorry about this.
-- 8< - >8 --
C++11: [meta.trans.other]
* libstdc++-v3/testsuite/20_util/aligned_union/1.cc: New f
Hello!
With targets that default to AVX2, these tests vectorize via 256bit
paths, where different insns are emitted.
2014-06-02 Uros Bizjak
* gcc.target/i386/xop-rotate1-vector.c (dg-options): Add -mno-avx2.
* gcc.target/i386/xop-rotate2-vector.c (dg-options): Ditto.
* gcc.target/
On 05/27/2014 07:57 AM, Pedro Alves wrote:
And after the fix for 59195, due to:
static void
d_print_cast (struct d_print_info *dpi, int options,
const struct demangle_component *dc)
{
...
/* For a cast operator, we need the template parameters from
the enclosing
On 26 February 2014 02:25, Andrew Pinski wrote:
> Hi,
> This is the final patch which adds support for the dynamic linker and
> multi-lib directories for ILP32. I did not change multi-arch support as
> I did not know what it should be changed to and internally here at Cavium,
> we don't use mul
On 05/28/2014 06:31 PM, Pedro Alves wrote:
Some failures might be
+ demangler bugs, others unknown mangler bugs, and others known
+ mangler bugs fixed with a higher -fabi-version that the
+ demangler doesn't have a workaround for.
You can avoid the latter by skipping demanglin
On Mon, Jun 2, 2014 at 2:44 PM, Ilya Enkovich wrote:
> 2014-06-02 15:35 GMT+04:00 Richard Biener :
>> On Fri, May 30, 2014 at 2:25 PM, Ilya Enkovich
>> wrote:
>>> Hi,
>>>
>>> This patch adds Pointer Bounds Checker passes. Versioning happens before
>>> early local passes. Earply local passes a
On Mon, Jun 2, 2014 at 2:53 PM, Richard Biener
wrote:
> On Mon, Jun 2, 2014 at 1:33 PM, Prathamesh Kulkarni
> wrote:
>> Hi,
>> I have tried to add few bitwise patterns from
>> tree-ssa-forwprop.c:simplify_bitwise_binary and the patterns
>> mentioned in Simplifications wiki (https://gcc.gnu.org/
Hello,
Ping**2...
this is patch still pending:
see https://gcc.gnu.org/ml/gcc-patches/2014-04/msg00774.html
for the latest version.
Thanks,
Bernd.
> Date: Wed, 30 Apr 2014 15:17:51 +0200
>
> Ping...
>
>> Date: Tue, 15 Apr 2014 13:49:37 +0200
>>
>> Hi Tobias,
>>
>> On Fri, 11 Apr 2014 16:04:51
Hello!
2014-06-02 Uros Bizjak
PR target/61239
* config/i386/i386.c (ix86_expand_vec_perm) [case V32QImode]: Use
GEN_INT (-128) instead of GEN_INT (128) to set MSB of QImode constant.
Tested on x86_64-pc-linux-gnu with "make check-gcc
RUNTESTFLAGS='--target_board=unix\{-msse2,-msse
This is a patch I worked on last week - it makes
gimple_fold_stmt_to_constant[_1] use gimple_match_and_simplify
(and avoid building trees we throw away because they are not
gimple values). It also adds basic constant folding patterns
(and comments on what is missing in match.pd - the actual
patc
On Mon, Jun 2, 2014 at 1:33 PM, Prathamesh Kulkarni
wrote:
> Hi,
> I have tried to add few bitwise patterns from
> tree-ssa-forwprop.c:simplify_bitwise_binary and the patterns
> mentioned in Simplifications wiki (https://gcc.gnu.org/wiki/Simplifications).
>
> How to write a test-case to match mu
2014-06-02 15:35 GMT+04:00 Richard Biener :
> On Fri, May 30, 2014 at 2:25 PM, Ilya Enkovich wrote:
>> Hi,
>>
>> This patch adds Pointer Bounds Checker passes. Versioning happens before
>> early local passes. Earply local passes are split into 3 stages to have
>> everything instrumented before
Hello,
Any feedback for this ? I'd like to commit only when OK for Epiphany.
many thanks,
Christian
On 05/26/2014 05:32 PM, Christian Bruel wrote:
>> On 04/28/2014 10:08 AM, Christian Bruel wrote:
>> Hello,
>>
>> I'd like to ping the following patches
>>
>> [Hookize mode-swi
On 30 May 2014 09:14, Tom de Vries wrote:
> Marcus,
>
> when building for aarch64-linux-gnu with --enable-checking=yes,rtl, I run
> into the following error:
OK, thanks Tom. /Marcus
2014-06-02 15:56 GMT+04:00 Richard Biener :
> On Mon, Jun 2, 2014 at 12:48 PM, Ilya Enkovich wrote:
>> On 30 May 10:59, Jeff Law wrote:
>>> On 05/29/14 05:05, Ilya Enkovich wrote:
>>> >Hi,
>>> >
>>> >This patch allows to perform function versioning when some structures are
>>> >not available yet.
On Mon, Jun 2, 2014 at 12:48 PM, Ilya Enkovich wrote:
> On 30 May 10:59, Jeff Law wrote:
>> On 05/29/14 05:05, Ilya Enkovich wrote:
>> >Hi,
>> >
>> >This patch allows to perform function versioning when some structures are
>> >not available yet. It is required to make clones for Pointer Bounds
On 30 May 11:10, Jeff Law wrote:
> On 05/28/14 10:06, Ilya Enkovich wrote:
> >Hi,
> >
> >This patch keeps instrumented and original versions together and preserve
> >tranparent alias chain during symbol name privatization.
> >
> >Bootstrapped and tested on linux-x86_64.
> >
> >Thanks,
> >Ilya
> >-
On Fri, May 30, 2014 at 7:10 PM, Jeff Law wrote:
> On 05/28/14 10:06, Ilya Enkovich wrote:
>>
>> Hi,
>>
>> This patch keeps instrumented and original versions together and preserve
>> tranparent alias chain during symbol name privatization.
>>
>> Bootstrapped and tested on linux-x86_64.
>>
>> Than
1 - 100 of 139 matches
Mail list logo
