On Wed, Jun 15, 2016 at 11:00:22AM +0930, Alan Modra wrote:
> On Tue, Jun 14, 2016 at 09:26:19AM -0700, H.J. Lu wrote:
> > On Thu, May 26, 2016 at 4:02 AM, Alan Modra wrote:
> > > This fixes lack of bb_loop_depth info in some of the early parts of
> > > ira, which has been the case for quite some
The following patch adds support and native detection for C7, Eden
"Samuel2", Eden "Nehemiah", Eden "Esther", Eden x2, Eden x4, Nano 1xxx,
Nano 2xxx, Nano 3xxx, Nano x2 and Nano x4 VIA CPUs.
Sorry for the bogus character encoding of my previous mail.
Please CC me to any comment / review / change
The following patch adds support and native detection for C7, Eden
"Samuel2", Eden "Nehemiah", Eden "Esther", Eden x2, Eden x4, Nano 1xxx,
Nano 2xxx, Nano 3xxx, Nano x2 and Nano x4 VIA CPUs.
Please CC me to any comment / review / change request.
---
diff --git a/gcc/config/i386/driver-i386.c b/g
On Tue, Jun 14, 2016 at 09:26:19AM -0700, H.J. Lu wrote:
> On Thu, May 26, 2016 at 4:02 AM, Alan Modra wrote:
> > This fixes lack of bb_loop_depth info in some of the early parts of
> > ira, which has been the case for quite some time. All active branches
> > return 0 from bb_loop_depth() in upda
On Tue, Jun 14, 2016 at 6:12 PM, Paolo Carlini wrote:
> constexpr-specialization.C:7:26: error: redeclaration ‘constexpr int foo(T)
> [with T = int]’ differs in ‘constexpr’
>
> constexpr-specialization.C:6:16: error: from previous declaration ‘constexpr
> int foo(T) [with T = int]’
>
> see? The pr
Resolve some test failures introduced for little endian arc as a result
of the recent arc/nps400 additions.
There's a new peephole2 optimisation to merge together two zero_extracts
in order that the movb instruction can be used.
Source operand mode filled in for a peephole2 optimisation, to silen
Joern,
Thanks for taking the time to review the previous patch.
I've revised the original fix-up patch to remove the addition of the
MODE in the zn_compare_operator case as you suggest, this is patch #1.
Patch #2 is an attempt to address you comment:
A generator program complaining about a mi
In md.texi it says:
Predicates written with @code{define_special_predicate} do not get any
automatic mode checks, and are treated as having special mode handling
by @command{genrecog}.
However, in genrecog, when validating a SET pattern, if either the
source or destination is missing a mode
Hi,
I discovered some duplicate #define's in config/rs6000/rs6000-builtin.def.
This patch removes those, and corrects a commentary typo that I noticed
while I was in there. Bootstrapped and tested on powerpc64le-unknown-linux-gnu
with no regressions. Preapproved, committed.
Thanks,
Bill
2016-
On Mon, Jun 13, 2016 at 02:29:41PM -0400, Michael Meissner wrote:
> It would help if I included the patch.
:-)
> > Are these changes ok to install in the trunk? Assuming they go in the
> > trunk,
> > can I install them in the 6.2 branch if they cause no regression?
Okay for trunk. Okay for 6
Hi,
today I noticed the below while I was putting together another batch of
minor diagnostic fixes. The error + error to error + inform change seems
rather straightforward to me and as usual adds clarity to the diagnostic
outputs (all the front-ends I have at hand either do something similar
On Fri, Jun 10, 2016 at 11:16:03AM -0500, Bill Schmidt wrote:
> Verified on powerpc64le-unknown-linux-gnu with an updated binutils, and on
> powerpc64-unknown-linux-gnu with an out-of-date binutils. Is this ok for
> trunk?
Okay. "powerpc_p9vector_ok" is a confusing name, but it seems to be
just
Uros Bizjak writes:
> testsuite/ChangeLog:
>
> 2016-06-12 Uros Bizjak
>
> PR target/71241
> * testsuite/gcc.dg/torture/float128-nan.c: New test.
>
> Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}.
The test FAILs on 64-bit Solaris/x86:
output is:
/vol/gcc/src/hg/trunk/
ENOPATCH ;-)
(I highly recommend https://gcc.gnu.org/wiki/CompileFarm )
--
Marc Glisse
On Wed, Jun 08, 2016 at 06:43:23PM +0200, Bernd Schmidt wrote:
> On 06/08/2016 05:16 PM, Segher Boessenkool wrote:
> >There is no standard naming for this as far as I know. I'll gladly
> >use a better name anyone comes up with.
>
> Maybe just subpart?
How about "factor"?
Segher
This is an implementation of the Standard is_swappable traits according to
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0185r1.html
During that work it has been found that std::array's member swap's exception
specification for zero-size arrays was incorrectly depending on the value_ty
On 06/14/2016 09:15 AM, David Malcolm wrote:
There's a lot of repetition between find_closest_string and
find_closest_identifier, and the next patch adds more, so this
patch moves the logic into a new template class "best_match"
for locating the closest string from a sequence of candidates.
The
On 06/14/2016 09:15 AM, David Malcolm wrote:
The next patch in the kit reimplements find_closest_string and
find_closest_identifier, so it seems prudent to add some more
test coverage for these. This patch also adds some more test
coverage for levenshtein_distance itself.
Successfully bootstrap
On 06/14/2016 09:15 AM, David Malcolm wrote:
There's a fair amount of repetition in the code to emit
fixits for misspelled identifiers, and I plan to add more
such fixits, so this patch moves it to a helper method.
Successfully bootstrapped®rtested in combination with the rest of
the kit on x86_
On 06/14/2016 09:54 AM, Kyrill Tkachov wrote:
Hi all,
The noce_convert_multiple_sets transformation in ifcvt is supposed to
handle things like:
if (x > y)
{ i = a; j = b; }
transforming them into conditional moves.
However it currently is rather conservative in that it allows only
s
On 06/14/2016 12:09 PM, Ilya Verbin wrote:
On Fri, Apr 29, 2016 at 11:19:47 -0700, Mike Stump wrote:
On Apr 29, 2016, at 5:41 AM, Rainer Orth wrote:
diff --git a/gcc/config/darwin.h b/gcc/config/darwin.h
--- a/gcc/config/darwin.h
+++ b/gcc/config/darwin.h
@@ -179,6 +179,7 @@ extern GTY(()) int
On 14/06/2016 13:22, Jonathan Wakely wrote:
On 13/06/16 21:49 +0200, François Dumont wrote:
Hi
I eventually would like to propose the attached patch.
In tr1 I made sure we use a special past-the-end iterator that
makes usage of lower_bound result without check safe.
I'm confused ... i
On Tue, Jun 14, 2016 at 03:53:59PM +0100, Jiong Wang wrote:
> "bl to pop" into "pop" which is "jump to return" into "return", so a better
> place to fix this issue is at try_optimize_cfg where we are doing these
> jump/return optimization already:
>
> /* Try to change a branch to a return to ju
As discussed in bug 71104, the C++ P0145 proposal specifies the
evaluation order of certain operations:
1. a.b
2. a->b
3. a->*b
4. a(b1, b2, b3)
5. b @= a
6. a[b]
7. a << b
8. a >> b
The second patch introduces a flag -fargs-in-order to control whether
these orders are enforced on calls. -far
Hi
Here is the patch to limit burden on compiler in finding out what
is the right method to call eventually when we already know it.
This patch doesn't show all indentation fixes I will also commit.
* include/bits/stl_deque.h
(std::deque<>::operator=): Call _M_assign_aux.
On Wed, Jun 8, 2016 at 4:21 AM, Paolo Carlini wrote:
> .. shall we fix this in gcc-6-branch too or not? It's just an ICE on invalid
> but we don't emit any diagnostic before the crash.
Sure, it should be safe enough.
Jason
On Tue, Jun 14, 2016 at 3:21 PM, Jakub Jelinek wrote:
> Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk (and
> after some time for 6.x)?
Yes.
Jason
OK.
Jason
Hi!
The following testcase is miscompiled, because during cp_finish_decl when
handling the initializer of the reference we clear TREE_READONLY, because
it needs to be initialized at runtime, but the (useless) later extern
decl has TREE_READONLY set and when we are merging the two decls, we set
TRE
Hello,
I'm changing e-mails.
I've just updated the gcc redirection address with the new value.
Mikael
Index: ChangeLog
===
--- ChangeLog (révision 237453)
+++ ChangeLog (révision 237454)
@@ -1,3 +1,7 @@
+2016-06-14 Mikael M
On 03/05/16 11:56, Andrew Burgess wrote:
* Claudiu Zissulescu [2016-05-02 09:02:16
+]:
Please also consider to address also the following warnings introduced:
mainline/gcc/gcc/config/arc/arc.md:888: warning: source missing a mode?
mainline/gcc/gcc/config/arc/arc.md:906: warning: source
On 02/05/16 14:50, Claudiu Zissulescu wrote:
This patch makes the pc-relative access to be more safe by using @pcl
syntax. This new syntax generates a pc-relative relocation which will
be handled by assembler.
OK to apply?
OK.
On Fri, Apr 29, 2016 at 11:19:47 -0700, Mike Stump wrote:
> On Apr 29, 2016, at 5:41 AM, Rainer Orth
> wrote:
> > diff --git a/gcc/config/darwin.h b/gcc/config/darwin.h
> > --- a/gcc/config/darwin.h
> > +++ b/gcc/config/darwin.h
> > @@ -179,6 +179,7 @@ extern GTY(()) int darwin_ms_struct;
> >
HI,
On 14/06/2016 15:06, Jason Merrill wrote:
On 06/11/2016 12:06 PM, Paolo Carlini wrote:
The remaining issue to be discussed is what to do about that old bug,
c++/27952, a crash in decay_conversion during error recovery, when vtt
is found null. I propose to simply check for it in
build_specia
This patch by Chris Manghane implements the escape analysis flood
phase, in which the compiler propagates escape information across
assignments and function calls. Escape analysis is still not turned
on. Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu.
Committed to mainline.
Ian
Index:
Here is an untested patch for that. Except that the middle-end considers
conversions between BOOLEAN_TYPE and single bit unsigned type as useless,
so in theory this can't work well, and in practice only if we are lucky
enough (plus it generates terrible code right now), so we'd probably need
to c
On Mon, May 2, 2016 at 9:24 AM, Jakub Jelinek wrote:
> On Fri, Apr 01, 2016 at 08:29:17PM +0200, Uros Bizjak wrote:
>> > Bootstrapped/regtested on x86_64-linux and i686-linux, ok for stage1
>> > (while the previous patch looks simple enough that I'd like to see it in
>> > 6.x, this one IMHO can wa
On Thu, May 26, 2016 at 4:02 AM, Alan Modra wrote:
> This fixes lack of bb_loop_depth info in some of the early parts of
> ira, which has been the case for quite some time. All active branches
> return 0 from bb_loop_depth() in update_equiv_regs, but whether that
> actually causes mis-optimizatio
2016-06-14 Uros Bizjak
* config/i386/i386.md (signbittf2): Emit sse_movmskps for TARGET_SSE.
Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}.
Committed to mainline SVN.
Uros.
diff --git a/gcc/config/i386/i386.md b/gcc/config/i386/i386.md
index e69a7e4..16ec9cc 100644
--- a
On 06/14/16 03:28, Christophe Lyon wrote:
On 13 June 2016 at 21:06, Evandro Menezes wrote:
On 06/13/16 05:15, James Greenhalgh wrote:
Thanks for your patience on this patch series.
Just checked the series in.
If I'm not mistaken, it looks like you forgot to update the ChangeLog
files in yo
Hi all,
The noce_convert_multiple_sets transformation in ifcvt is supposed to handle
things like:
if (x > y)
{ i = a; j = b; }
transforming them into conditional moves.
However it currently is rather conservative in that it allows only simple
reg-to-reg moves.
In the testcase in th
Hi Richard,
As nobody else has replied, let me take a stab at this one.
> On Jun 10, 2016, at 2:06 AM, Richard Biener wrote:
>
> On Thu, 9 Jun 2016, Michael Meissner wrote:
>
>> I'm including the global reviewers on the list. I just want to be sure that
>> there is no problem installing these
On Wed, Jun 08, 2016 at 03:57:42PM +0100, Bin Cheng wrote:
> > From: James Greenhalgh
> > Sent: 31 May 2016 16:24
> > To: Bin Cheng
> > Cc: gcc-patches@gcc.gnu.org; nd
> > Subject: Re: [PATCH AArch64]Support missing vcond pattern by adding/using
> > vec_cmp/vcond_mask patterns.
> >
> > On Tu
On 11/05/16 12:52, Jiong Wang wrote:
On 09/05/16 16:08, Segher Boessenkool wrote:
Hi Christophe,
On Mon, May 09, 2016 at 03:54:26PM +0200, Christophe Lyon wrote:
After this patch, I've noticed that
gcc.target/arm/pr43920-2.c
now fails at:
/* { dg-final { scan-assembler-times "pop" 2 } } */
There's a lot of repetition between find_closest_string and
find_closest_identifier, and the next patch adds more, so this
patch moves the logic into a new template class "best_match"
for locating the closest string from a sequence of candidates.
The patch also introduces a pair of early-reject op
This patch introduces a new lookup_name_fuzzy function to the
C frontend and uses it to provides suggestions for various error
messages that may be due to misspellings, and also for the
warnings in implicit_decl_warning.
This latter part may be controversial. So far, we've only provided
spelling
There's a fair amount of repetition in the code to emit
fixits for misspelled identifiers, and I plan to add more
such fixits, so this patch moves it to a helper method.
Successfully bootstrapped®rtested in combination with the rest of
the kit on x86_64-pc-linux-gnu
Successful -fself-test of stage
The next patch in the kit reimplements find_closest_string and
find_closest_identifier, so it seems prudent to add some more
test coverage for these. This patch also adds some more test
coverage for levenshtein_distance itself.
Successfully bootstrapped®rtested in combination with the rest of
the
Hi!
I've backported following patches to 6.x branch and committed
after bootstrapping/regtesting them on x86_64-linux and i686-linux.
Jakub
2016-06-14 Jakub Jelinek
Backported from mainline
2016-06-04 Jakub Jelinek
PR tree-optimization/71405
* tree-
David Malcolm wrote:
> On Mon, 2016-06-13 at 13:36 +0200, Ulrich Weigand wrote:
> > Gerald Pfeifer wrote:
> >
> > > The source code of need_finalization_p in ggc.h reads
> > >
> > >template
> > >static inline bool
> > >need_finalization_p ()
> > >{
> > >#if GCC_VERSION >= 4003
In the given testcase, g++ splits a live operation into two scalar
statements
and four vector statements.
_5 = _4 >> 2;
_7 = (short int) _5;
Is turned into:
vect__5.32_80 = vect__4.31_76 >> 2;
vect__5.32_81 = vect__4.31_77 >> 2;
vect__5.32_82 = vect__4.31_78 >> 2;
vect__5.32_83 = vect__4
Hi James,
On 13/06/16 17:31, James Greenhalgh wrote:
Hi,
Inspired by Jiong's recent work, here are some more missing intrinsics,
and a smoke test for each of them.
This patch covers:
vcvt_n_f64_s64
vcvt_n_f64_u64
vcvt_n_s64_f64
vcvt_n_u64_f64
vcvt_f64_s64
vrecpe_f64
vcvt_
On Tue, Jun 14, 2016 at 02:05:12PM +, Joseph Myers wrote:
> On Tue, 14 Jun 2016, Jakub Jelinek wrote:
>
> > But, unlike normal signed or unsigned integral types or char, cast to
> > bool/_Bool is special, it is actually a comparison != 0.
> > So, I'd say if we want to support arith overflow to
On Mon, Jun 13, 2016 at 2:44 PM, Jakub Jelinek wrote:
> Ok for trunk? Would this be reasonable to backport too (I mean, it
> shouldn't break anything and accessing TYPE_MAIN_VARIANT (error_mark_node)
> can crash miserably)?
Yes.
Jason
The following patch is similar to the strided grouped load case I fixed
recently - it handles all the missing cases. The testcase needs the
previous dependence fix.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2016-06-14 Richard Biener
* tree-vect-stmts.c
On Tue, 14 Jun 2016, Jakub Jelinek wrote:
> But, unlike normal signed or unsigned integral types or char, cast to
> bool/_Bool is special, it is actually a comparison != 0.
> So, I'd say if we want to support arith overflow to bool/_Bool, it should be
> above with:
> signed_intNNN_t t = (signed_in
The following patch makes us handle strided group stores in the
vectorizer dependence analysis code as our general dependence
code cannot handle {0, +, s_1} vs. {1, +, s_1} resulting from
a[i] = ..;
a[i+1] = ..;
i+=s;
this prevents the strided store support enhancement from triggering
on symb
On Fri, Jun 03, 2016 at 12:56:19PM +, Wilco Dijkstra wrote:
> This patch cleans up the -mpc-relative-loads option processing. Rename to
> avoid the
> "no*" name and confusing !no* expressions. Fix the option processing code to
> implement
> -mno-pc-relative-loads rather than ignore it.
>
>
Hi all,
Committing the typo fix as obvious.
Thanks,
Kyrill
2016-06-14 Kyrylo Tkachov
* expmed.h: Close parenthesis in "at your option" in copyright
boilerplate.
* lower-subreg.h: Likewise.
diff --git a/gcc/expmed.h b/gcc/expmed.h
index 304ce02d78a9e3e024c13caee7869d67dfdab65c..a
On Fri, Apr 22, 2016 at 01:22:51PM +, Wilco Dijkstra wrote:
> Improve modes_tieable by returning true in more cases: allow scalar access
> within vectors without requiring an extra move. Removing these moves helps
> the register allocator in deciding whether to use integer or FP registers on
>
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2016-06-14 Richard Biener
PR middle-end/71526
* genmatch.c (expr::gen_transform): Use in_type for comparisons
if available.
* gfortran.dg/pr71526.f90: New testcase.
Index: gcc/genmatch.c
OK.
Jason
On 06/11/2016 12:06 PM, Paolo Carlini wrote:
The remaining issue to be discussed is what to do about that old bug,
c++/27952, a crash in decay_conversion during error recovery, when vtt
is found null. I propose to simply check for it in
build_special_member_call, avoid passing an unusable null ar
On 13 June 2016 at 16:13, Jan Hubicka wrote:
>> diff --git a/gcc/cgraph.h b/gcc/cgraph.h
>> index ecafe63..41ac408 100644
>> --- a/gcc/cgraph.h
>> +++ b/gcc/cgraph.h
>> @@ -1874,6 +1874,9 @@ public:
>> if we did not do any inter-procedural code movement. */
>>unsigned used_by_single_fun
On Mon, Jun 13, 2016 at 12:01 PM, Bin Cheng wrote:
> Hi,
> GCC vectorizer generates many unnecessary runtime alias checks known at
> compilation time. For some data-reference pairs, alias relation can be
> resolved at compilation time, in this case, we can simply skip the alias
> check. For s
On Mon, Jun 13, 2016 at 12:06 PM, Bin Cheng wrote:
> Hi,
> Take subroutine "DACOP" from spec2k/200.sixtrack as an example, the loop
> needs to be versioned for vectorization because of possibly alias. The alias
> check for data-references are like:
>
> //pair 1
> dr_a:
> (Data Ref:
> bb: 8
>
This patch removes a redundant call to a generated invariant procedure when
Assertion_Policy is ignored.
The following must execute quietly:
gcc -c -gnatn -O3 -S ut.adb
grep "invariant" ut.s
---
pragma Assertion_Policy (Ignore);
---
private with TI;
package UT is
type T2 is limited private;
diff --git
a/libstdc++-v3/testsuite/23_containers/unordered_set/hash_policy/71181.cc
b/libstdc++-v3/testsuite/23_containers/unordered_set/hash_policy/71181.cc
new file mode 100644
index 000..e0c0259
--- /dev/null
+++ b/libstdc++-v3/testsuite/23_containers/unordered_set/hash_policy/71181.cc
@
This patch changes the formatting of errors related to the pragma
Extensions_Visible so as not to suggest Extensions_Visible applies to a formal
parameters instead of a subprogram when SPARK RM 6.1.7(3) is violated. In
addition, a small change to sem_prag was made to make the printing of boolean
This patch fixes an omission in the analysis of formal package declarations.
Actuals in the instance are properly rejected if their name does not correspond
to any of the actuals, and there are box associations for existing formals.
Compiling
gcc -c c_test.ads
must yield
generic_p_level_2
The collect of cross references for computing effects of subprograms
in GNATprove was done incorrectly in the case of separate units. This is
now fixed, by bypassing subunits when computing the unit of interest for
both scopes and cross references.
Tested on x86_64-pc-linux-gnu, committed on trunk
Hi,
Since, as per the development policy, all the new features should go to trunk;
I will rebase this patch on the trunk and will re-propose.
Apology for causing any inconvenience.
Thanks.
with regards,
Virendra Pathak
with regards,
Virendra Pathak
On Thu, Jun 9, 2016 at 3:41 PM, Virendra Pa
On 13/06/16 21:49 +0200, François Dumont wrote:
Hi
I eventually would like to propose the attached patch.
In tr1 I made sure we use a special past-the-end iterator that
makes usage of lower_bound result without check safe.
I'm confused ... isn't that already done?
_S_n_primes is defin
On Tue, 14 Jun 2016, Jakub Jelinek wrote:
> Couldn't you instead add into a header inline functions or macros
> that map fabsq to __builtin_fabsq etc.? Then you could keep the *.c
> files as is.
> What I don't really like on the patch is that it diverges too much from the
> original libc sources
On Tue, Jun 14, 2016 at 10:33:59AM +0200, Jakub Jelinek wrote:
> On Fri, Jun 10, 2016 at 01:28:55PM -0600, Martin Sebor wrote:
> > IMO, the right semantics for bool are to match what the standards
> > specify (i.e., no overflow, and the result is a logical OR of the
> > operands).
>
> ??? It is f
On Tue, 14 Jun 2016, Kyrill Tkachov wrote:
On 14/06/16 08:04, Marc Glisse wrote:
On Mon, 13 Jun 2016, Kyrill Tkachov wrote:
The new function vect_synth_mult_by_constant that does all the hard work
is very similar in structure to expand_mult_const from expmed.c but it
operates on gimple SSA r
On Fri, Jun 10, 2016 at 02:57:23PM +0100, Andre Vieira (lists) wrote:
> Hello,
>
> This patch adds aarch64*-*-* to the list of supported targets for the
> recently added zero bits compound tests.
> Tested for aarch64-none-elf and aarch64_be-none-elf.
>
> Is this OK?
This is OK, thanks. The tests
On Tue, Jun 07, 2016 at 11:50:11AM +0100, Renlin Li wrote:
> Hi Richard,
>
> On 16/03/16 21:25, Richard Henderson wrote:
> >This fixes only the regression described in the PR.
> >
> >There was quite a bit of follow-up that points to new work that ought to
> >be done during the gcc7 cycle, but isn'
On Thu, Jun 09, 2016 at 10:36:36AM +0100, Kyrill Tkachov wrote:
> Hi all,
>
> We currently don't handle in the aarch64 rtx costs the pattern
> *andim_ashift_bfiz that performs an ASHIFT followed by an AND. So we
> end up recursing inside the AND and assigning a high cost to the pattern. Not
> high
On 14/06/16 08:04, Marc Glisse wrote:
On Mon, 13 Jun 2016, Kyrill Tkachov wrote:
The new function vect_synth_mult_by_constant that does all the hard work is
very similar in structure to expand_mult_const from expmed.c but it operates on
gimple SSA rather than RTL.
I think in some cases thi
On Tue, Jun 07, 2016 at 05:56:51PM +0100, Kyrill Tkachov wrote:
> Hi all,
>
> This is the second part of James's patch from:
> https://gcc.gnu.org/ml/gcc-patches/2013-09/msg01068.html
> separated out. It reimplements the vcopyq_lane* intrinsics in C and
> adds implementations of the other missing
On Tue, Jun 07, 2016 at 05:56:47PM +0100, Kyrill Tkachov wrote:
> Hi all,
>
> This patch addresses an deficiency we have in handling vector lane-to-lane
> moves in the AArch64 backend. Generally we can use the INS (element)
> instruction but, as a user complains in
> https://gcc.gnu.org/ml/gcc-he
On 06/14/2016 10:00 AM, Richard Biener wrote:
> I'd like to postpone this until tail-merging got rid of its SCCVN
> dependency (the proposed merge with the ICF machinery).
Hi.
I'm going to continue on that at the very beginning of next month.
Martin
On Fri, Jun 10, 2016 at 01:28:55PM -0600, Martin Sebor wrote:
> IMO, the right semantics for bool are to match what the standards
> specify (i.e., no overflow, and the result is a logical OR of the
> operands).
??? It is far from that.
The documentation says that say for __builtin_add_overflow (x
On 13 June 2016 at 21:06, Evandro Menezes wrote:
> On 06/13/16 05:15, James Greenhalgh wrote:
>>
>> Thanks for your patience on this patch series.
>
>
> Just checked the series in.
>
Hi Evandro,
If I'm not mistaken, it looks like you forgot to update the ChangeLog
files in your commits.
Christoph
On Mon, 13 Jun 2016, Jakub Jelinek wrote:
> Hi!
>
> Cross-jumping at GIMPLE level gives up e.g. because there are any labels
> at the beginning of the block (which is always the case for bbs referenced
> from switches). While labels for non-local goto as well as computed goto
> are hard to handl
I am testing the following to fix PR71522.
Bootstrap / regtest running on x86_64-unknown-linux-gnu.
Richard.
2016-06-14 Richard Biener
PR tree-optimization/71522
* tree-ssa.c (non_rewritable_lvalue_p): Do not rewrite non-float
copying into float copying.
* g
The following fixes th PR71310 fix to do what expand does and thus
follow the C++ memory model correctly. It also reportedly fixes
PR71510 (probably the effective negative bitoffset thing).
Bootstrapped and tested on x86_64-unknown-linux-gnu, inspected the
PR71310 testcase on a ppc64le cross.
I
On Mon, Jun 13, 2016 at 4:17 PM, Kyrill Tkachov
wrote:
> Hi Richard,
>
> On 13/06/16 15:07, Richard Biener wrote:
>>
>> On Mon, Jun 13, 2016 at 2:23 PM, Kyrill Tkachov
>> wrote:
>>>
>>> Hi all,
>>>
>>> There are other places besides expand where we might want to synthesize
>>> an
>>> integer
>>>
On Mon, 13 Jun 2016, Kyrill Tkachov wrote:
The new function vect_synth_mult_by_constant that does all the hard work
is very similar in structure to expand_mult_const from expmed.c but it
operates on gimple SSA rather than RTL.
I think in some cases this transformation creates undefined overfl
90 matches
Mail list logo
