Hi,
The code (m1 > m2) * d code should be optimized as m1> m2 ? d : 0.
The patch optimizes it inside tree-vrp.c when simplifying with the range
inside simplify_stmt_using_ranges. If a multiply is found and either side
has a range [0,1], then transform it.
Ex:- d * c where d has a range of [0,1]
With the fix to PR51513 and follow on fixes for PR80707, PR80775 and PR80823,
we can now end up with switch statements that contain nothing but a default
case statement. The expand_case() function contains code that assumes we
have at least one non-default case statement, leading to the ICE report
On 06/28/2017 11:41 AM, Joseph Myers wrote:
On Wed, 28 Jun 2017, Martin Sebor wrote:
I don't think there is an equivalent, dedicated trait in C++ to
do that either. One would have to be composed of the lower-level
ones. There also is no trait that would remove all type qualifiers
(including e
On Fri, Jun 16, 2017 at 8:39 AM, Denis Khalikov
wrote:
> Hello everyone,
>
> This is a patch for https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77631
>
> Can some one please review attached patch.
Sorry to take so long about this. It's a lot to look at.
> diff --git a/libbacktrace/ChangeLog b/l
On Wed, Jun 28, 2017 at 03:21:49PM -0500, Aaron Sawdey wrote:
> > It is probably nicer to have a separate function for
> > toc_relative_expr_p
> > and one to pull the base/offset out. And maybe don't keep it cached
> > for
> > the output function either? It has all info it needs, right, the
> > f
On Wed, 2017-03-15 at 16:35 -0400, Jason Merrill wrote:
> On Tue, Mar 14, 2017 at 9:05 PM, David Malcolm
> wrote:
> > OK for trunk now, or should this wait until stage 1?
>
> Stage 1.
>
> > + cp_token *close_paren = cp_parser_require (parser,
> > CPP_CLOSE_PAREN,
> > +
Hi Carl,
On Wed, Jun 28, 2017 at 10:57:52AM -0700, Carl Love wrote:
> The vec_reve builtin test builtins-3-vec_reve-runnable did not have a
> minimum Power processor specified. The thought was the instructions for
> the builtin were available on all the older processors. Unfortunately,
> it turn
On 06/27/2017 03:56 AM, Chung-Lin Tang wrote:
> On 2017/6/27 6:45 AM, Cesar Philippidis wrote:
>>> (1) Instead of essentially implementing the entire OpenACC async support
>>> inside the plugin, we now use an opaque 'goacc_asyncqueue' implemented
>>> by the plugin, along with core 'test', 'synchron
On Wed, Jun 28, 2017 at 05:04:37PM -0400, Michael Meissner wrote:
> > Why did you use check_runtime_nocache btw? Is that just copy-paste?
>
> Just copy-paste.
>
> Like the target_clones stuff, right now, it is only x86 and PowerPC that
> supports __builtin_cpu*.
>
> I don't really see the point
On Wed, Jun 28, 2017 at 09:42:46AM -0600, Kelvin Nilsen wrote:
> Is the attached refinement of this patch previously applied to mainline
> ok for backport to gcc 6? I have bootstrapped and tested without
> regressions on powerpc64le-unknown-linux-gnu.
After 6.4 please.
Segher
On Wed, Jun 28, 2017 at 2:02 AM, Kugan Vivekanandarajah
wrote:
> Hi Ramana,
>
> On 27 June 2017 at 18:01, Ramana Radhakrishnan
> wrote:
>> On 27/06/17 02:20, Kugan Vivekanandarajah wrote:
>>>
>>> https://gcc.gnu.org/ml/gcc-patches/2016-03/msg00614.html added this
>>> workaround to get kernel bui
Hi Carl,
On Wed, Jun 28, 2017 at 08:37:35AM -0700, Carl Love wrote:
> The following patch adds support for the vec_signed, vec_signede,
> vec_signedo and vec_signed2 builtins.
Are those names ABI-dictated?
> * config/rs6000/vsx.md (UNSPEC_VSX_XVCVSPSXWS, UNSPEC_VSX_XVCVSPSXDS,
> UNSP
On Jun 9, 2017, at 6:57 AM, Simon Wright wrote:
>
> This PR was raised because of a bootstrap failure on Darwin.
> A question: I've checked for x86_64-apple-darwin*, is this OK or
> should it be more restrictive?
That seems ok.
Ok.
If anyone sees any fallout from this, please speak up. I'm h
On Wed, 28 Jun 2017, Jason Merrill wrote:
In the testcase we SEGV due to infinite recursion because the
noexcept-specifier of f depends on itself. Fixed by keeping track of
which functions we're currently trying to instantiate noexcept for.
Hello,
in the testcase, it makes sense that this is
The problem in this testcase is that when we first parse C we look
up the canonical instantiation of C which doesn't see inside A
because it happens at global scope, but then in strip_typedefs we are
in the context of A, so the call to make_typename_type in
strip_typedefs was finding the error and
On Wed, Jun 28, 2017 at 8:06 PM, Richard Sandiford
wrote:
> "Bin.Cheng" writes:
>> On Wed, Jun 28, 2017 at 5:56 PM, Richard Sandiford
>> wrote:
>>> "Bin.Cheng" writes:
Question is what would happen if simple_iv succeeds with non-ZERO step
when called with nest==NULL? The patch skips
On Wed, Jun 28, 2017 at 03:48:50PM -0500, Segher Boessenkool wrote:
> As Peter said, I'd rather test for "ppc32", so this works anywhere.
Fair enough.
> That would give
>
> proc check_cpu_supports_available { } {
> if { [istarget powerpc*-*-*] } {
> return [check_runtime cpu_supports
On Wed, Jun 28, 2017 at 08:30:21AM -0600, Kelvin Nilsen wrote:
> I have bootstrapped and tested this patch on
> powerpc64le-unkonwn-linux-gnu with no regressions. Is this ok for
> backporting to gcc 6?
Please wait until after 6.4.
Thanks,
Segher
On Wed, Jun 28, 2017 at 12:01 PM, Peryt, Sebastian
wrote:
> Hi,
>
> This patch adds missing intrinsics:
> - _mm256_permutexvar_epi32
> - _mm256_permutex_epi64
> - _mm256_permutexvar_epi64
>
> gcc/
> * config/i386/avx512vlintrin.h (_mm256_permutexvar_epi64,
> _mm256
Hi!
On Tue, Jun 27, 2017 at 07:53:21PM -0400, Michael Meissner wrote:
> --- gcc/testsuite/lib/target-supports.exp (revision 249606)
> +++ gcc/testsuite/lib/target-supports.exp (working copy)
> @@ -1930,6 +1930,37 @@ proc check_effective_target_powerpc64_no
> } {-O2}]
> }
>
> +# Re
Hi Segher,
On Tue, 2017-06-27 at 18:35 -0500, Segher Boessenkool wrote:
> Hi Aaron,
>
> On Tue, Jun 27, 2017 at 11:43:57AM -0500, Aaron Sawdey wrote:
> > The function toc_relative_expr_p implicitly sets two static vars
> > (tocrel_base and tocrel_offset) that are declared in rs6000.c. The
> > rea
Georg-Johann Lay wrote:
@@ -5300,6 +5300,9 @@ seq_cost (const rtx_insn *seq, bool spee
set = single_set (seq);
if (set)
cost += set_rtx_cost (set, speed);
+ else if (INSN_P (seq)
+ && PARALLEL == GET_CODE (PATTERN (seq)))
+ cost += insn_rtx_cost (PATT
Hi Martin,
> On 06/28/2017 06:52 AM, Jeff Law wrote:
>> On 03/15/2017 03:58 AM, Martin Liška wrote:
>>> Huh, I forgot to attach the patch.
>>>
>>> Martin
>>>
>>> 0001-Introduce-IntegerRange-for-options-PR-driver-79659.patch
>>>
>>>
>>> From bb89456e6cecfa9497cf8e265d2083e762d5bc3e Mon Sep 17 00:00
In the testcase we SEGV due to infinite recursion because the
noexcept-specifier of f depends on itself. Fixed by keeping track of
which functions we're currently trying to instantiate noexcept for.
Tested x86_64-pc-linux-gnu, applying to trunk.
commit 7a938fed4c07c7e28008b56e6bac05376b1f99fa
Aut
In 61022, we were stripping the pack expansion from a template
argument for considering what kind of argument it is, and then
forgetting to put it back in the case of an unbound class template.
In 72801, we were doing unification wrong when trying to find partial
specialization bindings because we
81204 is a regression whereby previously we would accidentally get the
parsing of res.template set right because when we did the lookup in
the surrounding context, we found the function template and then
ignored it. This patch partially reverts the handling of .template to
how it was in GCC 6.
Bu
"Bin.Cheng" writes:
> On Wed, Jun 28, 2017 at 5:56 PM, Richard Sandiford
> wrote:
>> "Bin.Cheng" writes:
>>> Question is what would happen if simple_iv succeeds with non-ZERO step
>>> when called with nest==NULL? The patch skips simple_iv and forces
>>> ZERO step?
>>
>> Yeah, I mentioned that i
On Wed, Jun 28, 2017 at 12:05 PM, Joseph Myers wrote:
> On Wed, 28 Jun 2017, Martin Liška wrote:
>
>> On 06/14/2017 07:24 PM, Jason Merrill wrote:
>> > On Tue, Jun 13, 2017 at 8:32 AM, Martin Liška wrote:
>> >> (canonize_attr_name): New function.
>> >
>> > I think this should be "canonica
On Wed, Jun 28, 2017 at 09:58:40AM -0500, Peter Bergner wrote:
> On 6/27/17 6:53 PM, Michael Meissner wrote:
> > This adds a target supports option in dejagnu so that future tests can use
> > this
> > to determine whether or not to test target_clones.
>
> I like the idea, but some comments...
>
Some minor changes to the PowerPC target_clones support:
1) I added a warning if target_clones was used and the compiler whas configured
with an older glibc where __builtin_cpu_supports always returns 0;
2) I reworked how the ifunc resolver function is generated, and always made it
a static funct
GCC Maintainers:
The vec_reve builtin test builtins-3-vec_reve-runnable did not have a
minimum Power processor specified. The thought was the instructions for
the builtin were available on all the older processors. Unfortunately,
it turns out the builtin does require vsx hardware (-mvsx option).
On Wed, 28 Jun 2017, Martin Sebor wrote:
> I don't think there is an equivalent, dedicated trait in C++ to
> do that either. One would have to be composed of the lower-level
> ones. There also is no trait that would remove all type qualifiers
> (including extensions), or even traits for querying
On 06/09/2017 07:57 AM, Simon Wright wrote:
> 2017-06-09 Simon Wright
>
> PR target/80556
> * configure.ac (stage1_ldflags): For Darwin, include -lSystem.
> (poststage1_ldflags): likewise.
> * configure: regenerated.
I'm a bit confused here. Isn't -lSyst
On 05/24/2017 08:27 AM, Richard Sandiford wrote:
> Jeff Law writes:
>> On 12/09/2016 05:48 AM, Richard Sandiford wrote:
>>> This series includes most of the changes in group C from:
>>>
>>> https://gcc.gnu.org/ml/gcc/2016-11/msg00033.html
>>>
>>> The idea is to add wrapper classes around mach
On Wed, Jun 28, 2017 at 5:56 PM, Richard Sandiford
wrote:
> "Bin.Cheng" writes:
>> On Wed, Jun 28, 2017 at 3:04 PM, Richard Sandiford
>> wrote:
>>> "Bin.Cheng" writes:
On Wed, Jun 28, 2017 at 2:36 PM, Richard Sandiford
wrote:
> Index: gcc/tree-data-ref.c
> ===
On 06/28/2017 10:09 AM, Joseph Myers wrote:
On Wed, 28 Jun 2017, Martin Sebor wrote:
that defines "remove qualifiers except"
operations for every combination of qualifiers in that version of the
compiler (because "remove qualifiers except _Atomic" and "remove
qualifiers except address spaces" c
"Bin.Cheng" writes:
> On Wed, Jun 28, 2017 at 3:04 PM, Richard Sandiford
> wrote:
>> "Bin.Cheng" writes:
>>> On Wed, Jun 28, 2017 at 2:36 PM, Richard Sandiford
>>> wrote:
Index: gcc/tree-data-ref.c
===
--- gcc/tree-d
On Wed, 28 Jun 2017, Martin Sebor wrote:
> > that defines "remove qualifiers except"
> > operations for every combination of qualifiers in that version of the
> > compiler (because "remove qualifiers except _Atomic" and "remove
> > qualifiers except address spaces" cannot be composed into "remove
On Wed, 28 Jun 2017, Martin Liška wrote:
> On 06/14/2017 07:24 PM, Jason Merrill wrote:
> > On Tue, Jun 13, 2017 at 8:32 AM, Martin Liška wrote:
> >> (canonize_attr_name): New function.
> >
> > I think this should be "canonicalize"; "canonize" means something else.
> >
> > Jason
> >
>
On Wed, Jun 28, 2017 at 3:04 PM, Richard Sandiford
wrote:
> "Bin.Cheng" writes:
>> On Wed, Jun 28, 2017 at 2:36 PM, Richard Sandiford
>> wrote:
>>> Index: gcc/tree-data-ref.c
>>> ===
>>> --- gcc/tree-data-ref.c 2017-06-28 14:33:41.2
On 20/06/17 16:01, Thomas Preudhomme wrote:
> Hi,
>
> Function cmse_nonsecure_entry_clear_before_return has code to deal with
> high VFP register (D16-D31) while ARMv8-M Baseline and Mainline both do
> not support more than 16 double VFP registers (D0-D15). This makes this
> security-sensitive cod
On 06/28/2017 03:33 AM, Matthias Klose wrote:
> On 07.06.2017 19:22, Szabolcs Nagy wrote:
>> Current multiarch directory name is always *-linux-gnu* on linux,
>> this patch configures different names for uclibc and musl targets.
>> (tested by the debian rebootstrap scripts for various *-linux-musl
On 06/28/2017 03:19 AM, Joseph Myers wrote:
On Wed, 28 Jun 2017, Martin Sebor wrote:
I.e., just having blocks to remove qualifiers of kind X is not sufficient
without "remove all qualifiers (possibly except these kinds)" as well. I
suppose you could have __remove_quals (const volatile _Atomic,
Is the attached refinement of this patch previously applied to mainline
ok for backport to gcc 6? I have bootstrapped and tested without
regressions on powerpc64le-unknown-linux-gnu.
This patch differs from the original mainline patch in the following
regards:
1. Certain commentary changes are
GCC Maintainers:
The following patch adds support for the vec_signed, vec_signede,
vec_signedo and vec_signed2 builtins. The patch has been tested on
powerpc64le-unknown-linux-gnu (Power 8 LE) and
powerpc64-unknown-linux-gnu(Power 8 BE).
Is the fix OK for gcc mainline?
Car
I don't know if that wouldn't be overkill. Qualifiers on rvalues are
meaningless in C and that's why my __typeof_noqual strips them all.
We'd then need even e.g. __remove_restrict, not sure if there's need for
these. Maybe it is.
Unless __typeof__ (p) q = p; declares a restrict-qualified q whe
> On 06/28/2017 04:24 PM, Jan Hubicka wrote:
> >> - /* If callee has no option attributes, then it is ok to inline. */
> >> - if (!callee_tree)
> >> + /* If callee has no option attributes (or default),
> >> + then it is ok to inline. */
> >> + if (!callee_tree || callee_tree == target_op
Ping?
*** gcc/ChangeLog ***
2017-06-13 Thomas Preud'homme
* config/arm/arm.c (arm_option_override): Forbid ARMv8-M Security
Extensions with more than 16 double VFP registers.
(cmse_nonsecure_entry_clear_before_return): Remove second entry of
to_clear_mask and
ACLE explicitly states that when targetting the common subset of
ARMv7-A, ARMv7-R and ARMv7-M, the __ARM_ARCH_PROFILE macro should not be
set. We currently set it to 'M' which is clearly erroneous.
The logic for creating this is very convoluted and also somewhat
fragile, so I've taken the opportu
On 28/06/17 15:59, Kyrill Tkachov wrote:
Hi Thomas,
On 28/06/17 15:49, Thomas Preudhomme wrote:
On 20/06/17 13:44, Christophe Lyon wrote:
The results with a more recent trunk (r249356)) are here:
http://people.linaro.org/~christophe.lyon/cross-validation/gcc-test-patches/249356-consistent
Hi Thomas,
On 28/06/17 15:49, Thomas Preudhomme wrote:
On 20/06/17 13:44, Christophe Lyon wrote:
The results with a more recent trunk (r249356)) are here:
http://people.linaro.org/~christophe.lyon/cross-validation/gcc-test-patches/249356-consistent_neon_check.patch/report-build-info.html
Th
On 6/27/17 6:53 PM, Michael Meissner wrote:
> This adds a target supports option in dejagnu so that future tests can use
> this
> to determine whether or not to test target_clones.
I like the idea, but some comments...
> + #ifdef __MACH__
> + asm volatile ("xxlor vs0,
On 20/06/17 13:44, Christophe Lyon wrote:
The results with a more recent trunk (r249356)) are here:
http://people.linaro.org/~christophe.lyon/cross-validation/gcc-test-patches/249356-consistent_neon_check.patch/report-build-info.html
They are slightly different, but still tedious to check ;-)
On 06/14/2017 07:24 PM, Jason Merrill wrote:
> On Tue, Jun 13, 2017 at 8:32 AM, Martin Liška wrote:
>> (canonize_attr_name): New function.
>
> I think this should be "canonicalize"; "canonize" means something else.
>
> Jason
>
Yes, I hope it's a cosmetic problem. In general, do you wel
On 06/14/2017 06:40 PM, Joseph Myers wrote:
> On Wed, 14 Jun 2017, Richard Biener wrote:
>
are you sure this is needed? This seems to be solely arguments to
attributes.
>>>
>>> It's need for cases like:
>>> __intN_t (8, __QI__);
>>
>> But __QI__ is not processed in lookup_attribute, is
On 06/28/2017 04:24 PM, Jan Hubicka wrote:
>> - /* If callee has no option attributes, then it is ok to inline. */
>> - if (!callee_tree)
>> + /* If callee has no option attributes (or default),
>> + then it is ok to inline. */
>> + if (!callee_tree || callee_tree == target_option_default
> ideally you'd use a wide-int here and defer the tree allocation to the result
Did that in the attached version.
> So I guess we never run into the outer_op == minus case as the above is
> clearly wrong for that?
Right, damn, not only was the treatment for this missing but it was
bogus in the o
I have bootstrapped and tested this patch on
powerpc64le-unkonwn-linux-gnu with no regressions. Is this ok for
backporting to gcc 6?
On 03/22/2017 10:17 PM, Segher Boessenkool wrote:
> On Wed, Mar 22, 2017 at 05:55:53PM -0600, Kelvin Nilsen wrote:
>>> Or it could do -mpower9-dform-scalar but d
> - /* If callee has no option attributes, then it is ok to inline. */
> - if (!callee_tree)
> + /* If callee has no option attributes (or default),
> + then it is ok to inline. */
> + if (!callee_tree || callee_tree == target_option_default_node)
I am not sure this actually makes sense,
"Bin.Cheng" writes:
> On Wed, Jun 28, 2017 at 2:36 PM, Richard Sandiford
> wrote:
>> Index: gcc/tree-data-ref.c
>> ===
>> --- gcc/tree-data-ref.c 2017-06-28 14:33:41.294720044 +0100
>> +++ gcc/tree-data-ref.c 2017-06-28 14:35:30.4751
Ping #3
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg00096.html
On 02.06.2017 09:53, Georg-Johann Lay wrote:
> Hi,
>
> this small addition improves costs of PARALLELs in
> rtlanal.c:seq_cost(). Up to now, these costs are
> assumed to be 1 which gives gross inexact costs for,
> e.g. divmod whi
On Wed, Jun 28, 2017 at 2:36 PM, Richard Sandiford
wrote:
> Index: gcc/tree-data-ref.c
> ===
> --- gcc/tree-data-ref.c 2017-06-28 14:33:41.294720044 +0100
> +++ gcc/tree-data-ref.c 2017-06-28 14:35:30.475155670 +0100
> @@ -749,15 +749
We know that if a vectorised loop is reached, all statements in that
loop execute at least once, so it should be safe to pool the alignment
information for all the statements we're vectorising. The only catch is
that DR_REFs for masked loads and stores only occur if the mask value is
nonzero. For
This patch records the base alignment in data_reference, to avoid the
second-guessing that was previously done in vect_compute_data_ref_alignment.
It also makes vect_analyze_data_refs use dr_analyze_innermost, instead
of having an almost-copy of the same code.
I'd originally tried to do the second
dr_analyze_innermost had a "struct loop *nest" parameter that acted
like a boolean. This was added in r179161, with the idea that a
null nest selected BB-level analysis rather than loop analysis.
The handling seemed strange though. If the DR was part of a loop,
we still tried to express the base
Richard Biener writes:
> On Mon, Jun 26, 2017 at 1:50 PM, Richard Sandiford
> wrote:
>> Richard Biener writes:
>>> On Mon, Jun 26, 2017 at 1:14 PM, Richard Sandiford
>>> wrote:
I don't think the problem is the lack of a cap. In the test case we
see that:
1. B is known at co
On Wed, Jun 28, 2017 at 01:49:26PM +0100, Wilco Dijkstra wrote:
> Ramana Radhakrishnan wrote:
> >
> > I'm about to run home for the day but this came in from
> > https://gcc.gnu.org/ml/gcc-patches/2013-09/msg02109.html and James
> > said in that email that this was put in to ensure no segfaults
PING^1
On 06/20/2017 03:06 PM, Martin Liška wrote:
> On 06/20/2017 11:32 AM, Jakub Jelinek wrote:
>> On Tue, Jun 20, 2017 at 11:23:36AM +0200, Martin Liška wrote:
Then something needs to be done for debugging too. If it is without VTA,
then probably just having DECL_VALUE_EXPR is good e
PING^2
On 06/20/2017 02:15 PM, Martin Liška wrote:
> PING^1
>
> On 06/13/2017 10:09 AM, Martin Liška wrote:
>> Hi.
>>
>> For a function that does not handle an expection (and calls
>> BUILT_IN_UNWIND_RESUME),
>> we need to emit call to BUILT_IN_ASAN_HANDLE_NO_RETURN. That will clean up
>> stack
Hi.
Following patch makes non-LTO and LTO mode to behave same.
Patch can bootstrap on ppc64le-redhat-linux and survives regression tests.
The test-case works on x86_64-linux-gnu.
Ready to be installed?
Martin
gcc/testsuite/ChangeLog:
2017-06-28 Martin Liska
PR target/71991
*
On Wed, Jun 28, 2017 at 1:29 PM, Richard Biener
wrote:
> On Wed, Jun 28, 2017 at 1:46 PM, Bin.Cheng wrote:
>> On Wed, Jun 28, 2017 at 11:58 AM, Richard Biener
>> wrote:
>>> On Tue, Jun 27, 2017 at 4:07 PM, Bin.Cheng wrote:
On Tue, Jun 27, 2017 at 1:44 PM, Richard Biener
wrote:
>
Sorry about the two other failed attempts. I got confused about the
output of send-email and ended up sending two follow-up bogus emails.
This is the right email chain.
On Wed, Jun 28, 2017 at 1:49 PM, Franklin “Snaipe” Mathieu
wrote:
> From: Franklin “Snaipe” Mathieu
>
> This patch makes the f
On 6/28/17 1:49 PM, Wilco Dijkstra wrote:
Ramana Radhakrishnan wrote:
I'm about to run home for the day but this came in from
https://gcc.gnu.org/ml/gcc-patches/2013-09/msg02109.html and James
said in that email that this was put in to ensure no segfaults on
cortex-a15 / cortex-a7 tuning.
Upcoming refactoring likes the cond reduction special IV more in the
epilogue generation code, thus moved there. Some more TLC as well.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2017-06-28 Richard Biener
* tree-vect-loop.c (vectorizable_reducti
Sorry about that (--dry-run fail), please ignore.
On Wed, Jun 28, 2017 at 1:53 PM, Snaipe wrote:
> From: Snaipe
>
> This patch makes the forementioned definitions `contexpr` when
> compiling C++11 and above with GNU extensions.
>
> gcc/cp/ChangeLog:
> 2017-06-27 Franklin “Snaipe” Mathieu
>
>
Sorry about that, please ignore.
On Wed, Jun 28, 2017 at 1:52 PM, Franklin Snaipe Mathieu
wrote:
> From: "Franklin \"Snaipe\" Mathieu"
>
> This patch makes the forementioned definitions `contexpr` when
> compiling C++11 and above with GNU extensions.
>
> gcc/cp/ChangeLog:
> 2017-06-27 Franklin
From: Snaipe
This patch makes the forementioned definitions `contexpr` when
compiling C++11 and above with GNU extensions.
gcc/cp/ChangeLog:
2017-06-27 Franklin “Snaipe” Mathieu
PR c++/66639
* decl.c (cp_make_fname_decl): Make declaration constexpr.
gcc/testsuite/ChangeLog:
From: "Franklin \"Snaipe\" Mathieu"
This patch makes the forementioned definitions `contexpr` when
compiling C++11 and above with GNU extensions.
gcc/cp/ChangeLog:
2017-06-27 Franklin “Snaipe” Mathieu
PR c++/66639
* decl.c (cp_make_fname_decl): Make declaration constexpr.
gc
Ramana Radhakrishnan wrote:
>
> I'm about to run home for the day but this came in from
> https://gcc.gnu.org/ml/gcc-patches/2013-09/msg02109.html and James
> said in that email that this was put in to ensure no segfaults on
> cortex-a15 / cortex-a7 tuning.
The code is historical - an older ve
From: Franklin “Snaipe” Mathieu
This patch makes the forementioned definitions `contexpr` when
compiling C++11 and above with GNU extensions.
gcc/cp/ChangeLog:
2017-06-27 Franklin “Snaipe” Mathieu
PR c++/66639
* decl.c (cp_make_fname_decl): Make declaration constexpr.
gcc/te
On 06/27/2017 05:26 PM, Jan Hubicka wrote:
>> diff --git a/gcc/ipa-visibility.c b/gcc/ipa-visibility.c
>> index d5a3ae56c46..69e6e295d55 100644
>> --- a/gcc/ipa-visibility.c
>> +++ b/gcc/ipa-visibility.c
>> @@ -97,7 +97,8 @@ non_local_p (struct cgraph_node *node, void *data
>> ATTRIBUTE_UNUSED)
>>
On 06/28/2017 06:52 AM, Jeff Law wrote:
> On 03/15/2017 03:58 AM, Martin Liška wrote:
>> Huh, I forgot to attach the patch.
>>
>> Martin
>>
>> 0001-Introduce-IntegerRange-for-options-PR-driver-79659.patch
>>
>>
>> From bb89456e6cecfa9497cf8e265d2083e762d5bc3e Mon Sep 17 00:00:00 2001
>> From: marxi
On Wed, Jun 28, 2017 at 1:46 PM, Bin.Cheng wrote:
> On Wed, Jun 28, 2017 at 11:58 AM, Richard Biener
> wrote:
>> On Tue, Jun 27, 2017 at 4:07 PM, Bin.Cheng wrote:
>>> On Tue, Jun 27, 2017 at 1:44 PM, Richard Biener
>>> wrote:
On Fri, Jun 23, 2017 at 12:30 PM, Bin.Cheng wrote:
> On Tue
The following avoids generating TREE_OVERFLOW constants from VRPs
avoidance (sic!) of them when generating MAX - 1 for symbolic 1-bit
ranges with -fwrapv. The issue is that all constant folding is
agnostic of TREE_OVERFLOW_WRAPS but looks at TYPE_UNSIGNED only
and thus negation of signed -1 is ov
On Wed, Jun 28, 2017 at 11:58 AM, Richard Biener
wrote:
> On Tue, Jun 27, 2017 at 4:07 PM, Bin.Cheng wrote:
>> On Tue, Jun 27, 2017 at 1:44 PM, Richard Biener
>> wrote:
>>> On Fri, Jun 23, 2017 at 12:30 PM, Bin.Cheng wrote:
On Tue, Jun 20, 2017 at 10:22 AM, Bin.Cheng wrote:
> On Mon,
Ping?
Best regards,
Thomas
On 26/06/17 12:32, Thomas Preudhomme wrote:
Hi,
As raised by Christophe Lyon, fpscr.c FAILs because arm_fp_ok and arm_fp
are not defined in GCC 5. This commit changes the test to use the same
recipe as gcc.target/arm/cmp-2.c
ChangeLog entry is as follows:
*** gcc
On 26/06/17 17:01, Thomas Preudhomme wrote:
On 26/06/17 15:16, Christophe Lyon wrote:
You mean the macro is expected not to be defined on ARMv8-A ?
Correct. Most instructions its value represent are not available on ARMv8-A and
for those that are the intrinsics are deprecated.
I've jus
On 06/27/2017 05:29 PM, Michael Matz wrote:
> Hi,
>
> On Tue, 27 Jun 2017, Martin Liška wrote:
>
>> Following bug was for me very educative. I learned that we support
>> non-local gotos that can be combined with nested functions. Real fun :)
>> Well, the problem is that both cfun->nonlocal_goto
On Wed, Jun 28, 2017 at 10:09 AM, Bin.Cheng wrote:
> On Tue, Jun 27, 2017 at 6:40 PM, Jeff Law wrote:
>> On 05/12/2017 05:28 AM, Bin Cheng wrote:
>>> Hi,
>>> This patch computes register pressure information on TREE SSA by a backward
>>> live
>>> range data flow problem. The major motivation is
On Tue, Jun 27, 2017 at 4:07 PM, Bin.Cheng wrote:
> On Tue, Jun 27, 2017 at 1:44 PM, Richard Biener
> wrote:
>> On Fri, Jun 23, 2017 at 12:30 PM, Bin.Cheng wrote:
>>> On Tue, Jun 20, 2017 at 10:22 AM, Bin.Cheng wrote:
On Mon, Jun 12, 2017 at 6:03 PM, Bin Cheng wrote:
> Hi,
>>> Rebased
Hi,
This patch adds missing intrinsics:
- _mm256_permutexvar_epi32
- _mm256_permutex_epi64
- _mm256_permutexvar_epi64
gcc/
* config/i386/avx512vlintrin.h (_mm256_permutexvar_epi64,
_mm256_permutexvar_epi32,
_mm256_permutex_epi64): New intrinsics.
On 07.06.2017 19:22, Szabolcs Nagy wrote:
> Current multiarch directory name is always *-linux-gnu* on linux,
> this patch configures different names for uclibc and musl targets.
> (tested by the debian rebootstrap scripts for various *-linux-musl
> and *-linux-uclibc targets see debian bug #861588
Hi,
This patch picks up a missed-optimization case in loop niter analysis. With
this
patch, niters information for loop as in added test can be analyzed. Bootstrap
and test on x86_64 and AArch64. Is it OK?
Thanks,
bin
2017-06-27 Bin Cheng
PR tree-optimization/81196
* tree-s
On Wed, Jun 28, 2017 at 10:50 AM, Christophe Lyon
wrote:
> On 25 June 2017 at 23:28, Andrew Pinski wrote:
>> On Sun, Jun 25, 2017 at 11:18 AM, Andrew Pinski wrote:
>>> On Sun, Jun 25, 2017 at 1:28 AM, Marc Glisse wrote:
+(for cmp (gt ge lt le)
+ outp (convert convert negate negate
On Wed, 28 Jun 2017, Martin Sebor wrote:
> > I.e., just having blocks to remove qualifiers of kind X is not sufficient
> > without "remove all qualifiers (possibly except these kinds)" as well. I
> > suppose you could have __remove_quals (const volatile _Atomic, expr) and
> > __remove_quals_excep
On 28 June 2017 at 10:14, Andreas Schwab wrote:
> On Jun 28 2017, Christophe Lyon wrote:
>
>> diff --git a/gcc/genmultilib b/gcc/genmultilib
>> index 0767e68..e65a0dd 100644
>> --- a/gcc/genmultilib
>> +++ b/gcc/genmultilib
>> @@ -462,7 +462,7 @@ echo "};"
>> # Generate a regular expression to v
On 25 June 2017 at 23:28, Andrew Pinski wrote:
> On Sun, Jun 25, 2017 at 11:18 AM, Andrew Pinski wrote:
>> On Sun, Jun 25, 2017 at 1:28 AM, Marc Glisse wrote:
>>> +(for cmp (gt ge lt le)
>>> + outp (convert convert negate negate)
>>> + outn (negate negate convert convert)
>>> + /* Transf
On Jun 28 2017, Christophe Lyon wrote:
> diff --git a/gcc/genmultilib b/gcc/genmultilib
> index 0767e68..e65a0dd 100644
> --- a/gcc/genmultilib
> +++ b/gcc/genmultilib
> @@ -462,7 +462,7 @@ echo "};"
> # Generate a regular expression to validate option combinations.
> options_re=
> for set in
On 28 June 2017 at 10:03, Christophe Lyon wrote:
> Hi Joseph,
>
> On 8 June 2017 at 22:28, Joseph Myers wrote:
>> genmultilib computes combination_space, a list of all combinations of
>> options in MULTILIB_OPTIONS that might have multilibs built for them
>> (some of which may end up not having m
On Tue, Jun 27, 2017 at 6:40 PM, Jeff Law wrote:
> On 05/12/2017 05:28 AM, Bin Cheng wrote:
>> Hi,
>> This patch computes register pressure information on TREE SSA by a backward
>> live
>> range data flow problem. The major motivation is to estimate register
>> pressure
>> for inner-most loop o
1 - 100 of 113 matches
Mail list logo
