Hi Martin,
On 2019/6/20 09:59, luoxhu wrote:
On 2019/6/19 20:18, Martin Liška wrote:
On 6/19/19 10:56 AM, Martin Liška wrote:
Thank you very much for the numbers. Today, I'm going to prepare the
generalization of single-value counter to track N values.
Ok, here's a patch candidate that doe
On 19/06/2019 21:54, Jonathan Wakely wrote:
On 19/06/19 21:49 +0200, Michael Weghorn wrote:
On 19/06/2019 21.37, Jonathan Wakely wrote:
+ std::vector vb;
+ vb.reserve(100);
+ vb.push_back(true);
+ vb.push_back(true);
+ vb.push_back(false);
+ vb.push_back(false);
+ vb.push_back(true);
+
On Thu, Jun 20, 2019 at 7:36 AM Hongtao Liu wrote:
>
> On Sat, Jun 8, 2019 at 4:12 AM Uros Bizjak wrote:
> >
> > On 6/7/19, H.J. Lu wrote:
> >
> > >> > > +/* Register pair. */
> > >> > > +VECTOR_MODES_WITH_PREFIX (P, INT, 2); /* P2QI */
> > >> > > +VECTOR_MODES_WITH_PREFIX (P, INT, 4); /* P2HI
Richard,
Thanks for your feedback.
I conclude from it that it's not worth it to introduce code to support
configuring --with-fpu=auto, so I'm going ahead and installing just the
obvious configury bits I'd posted before.
On Jun 12, 2019, Alexandre Oliva wrote:
> So, any objections to my install
On Sat, Jun 8, 2019 at 4:12 AM Uros Bizjak wrote:
>
> On 6/7/19, H.J. Lu wrote:
>
> >> > > +/* Register pair. */
> >> > > +VECTOR_MODES_WITH_PREFIX (P, INT, 2); /* P2QI */
> >> > > +VECTOR_MODES_WITH_PREFIX (P, INT, 4); /* P2HI P4QI */
> >> > >
> >> > > I think
> >> > >
> >> > > INT_MODE (P2QI,
Hi Richard,
Thanks for your comments.
On Thu, 16 May 2019 at 18:13, Richard Sandiford
wrote:
>
> kugan.vivekanandara...@linaro.org writes:
> > From: Kugan Vivekanandarajah
> >
> > Inorder to fix this PR.
> > * We need to change the whilelo pattern in backend
> > * Change RTL CSE such that:
>
On Wed, Jun 19, 2019 at 2:47 PM Nathan Sidwell wrote:
>
> On 6/19/19 1:53 PM, Jan Hubicka wrote:
> -ctype = CLASSTYPE_AS_BASE (ctype);
> +{
> + if (!tree_int_cst_equal (TYPE_SIZE (ctype),
> + TYPE_SIZE (CLASSTYPE_AS_BASE (ctype
> +
Hi,
this bug notices that the more aggressive de-virtualization check that
we have now in place (fixed c++/67184) doesn't work correctly for the
below reproducer, which involves a pure virtual: we de-virtualize and
the build fails at link-time. To cure this I believe we simply want an
additio
The attached patch contains __builtin_arm_rbit which generates RBIT
instruction for ARM targets.
Please let me know if you any questions or comments, or commit this
patch for me as I do not have write access to SVN.
Thanks
Ayan
commit a692b5b4965840babbdaf5e2b9b1feb1995d351d
Author: Ayan Sha
On 2019/6/19 20:18, Martin Liška wrote:
On 6/19/19 10:56 AM, Martin Liška wrote:
Thank you very much for the numbers. Today, I'm going to prepare the
generalization of single-value counter to track N values.
Ok, here's a patch candidate that does tracking of most common N values. For
your
We are wrongly accepting invalid code like:
struct alignas(16 S2 { }; // missing )
The reason is that cp_parser_type_specifier uses tentative parsing to see if
we're dealing with a class-specifier, and if that doesn't work, it looks for
an elaborated-type-specifier. When trying to parse it as
On 06/18/2019 12:24 PM, Bernhard Reutner-Fischer wrote:
On 12 June 2019 20:00:09 CEST, Indu Bhagat wrote:
-gtLEVEL is used to request CTF debug information and also to specify
how much
CTF debug information.
The option name is way too generic IMO.
-gctfLEVEL or some such would at least indi
The current implementation of istream_iterator allows the iterator to be
reused after reaching end-of-stream, so that subsequent reads from the
stream can succeed (e.g. if the stream state has been cleared and stream
position changed from EOF). The P0738R2 paper clarified that the
expected behavio
The change in r263433 broke the contract of the __rotate functions, by no
longer accepting empty ranges. That means that callers which inlined the
old version of std::rotate (without checks) that end up linking to a new
definition of std::__rotate (also without checks) could perform a divide
by ze
On 19/06/19 21:58 +0200, Michael Weghorn wrote:
On 19/06/2019 21.54, Jonathan Wakely wrote:
+ std::vector vb;
+ vb.reserve(100);
+ vb.push_back(true);
+ vb.push_back(true);
+ vb.push_back(false);
+ vb.push_back(false);
+ vb.push_back(true);
+ vb.erase(vb.begin());
+// { dg-final { regexp
On 6/14/19 2:03 PM, Jeff Law wrote:
On 6/13/19 5:50 PM, Martin Sebor wrote:
While integrating the strlen and sprintf passes and investigating
optimization opportunities that it opens up I noticed a few related
to a strcmp optimization implemented in GCC 9. One is to take
advantage of the fact t
Revision 126185 introduced ISO C Binding to gfortran.
In that revision, a check for a conflict between a
derived type with the PRIVATE attribute and BIND(C) was
introduced. After checking the F2003, F2008, and F2018
standards, I cannot find this restriction. Thus, the
check is removed by the atta
On сряда, 19 юни 2019 г. 13:23:01 EEST Jeff Law wrote:
> On 6/19/19 11:06 AM, Dimitar Dimitrov wrote:
> > Hi,
> >
> > This WWW update announces the new PRU port in WWW docs, and fills in the
> > backend characteristics.
> OK
> jeff
Thank you. Pushed to CVS.
Dimitar
Hi,
Oh, I have completely forgotten about this patch
On 06/19, Jeff Law wrote:
> On 1/24/19 12:51 PM, Giuliano Belinassi wrote:
> > This patch adds two variables named 'TV_CGRAPH_FUNC_EXPANSION' and
> > 'TV_CGRAPH_IPA_PASSES' that count the elapsed time of the functions
> > 'expand_all_functions'
On 19/06/2019 21.54, Jonathan Wakely wrote:
>>> + std::vector vb;
>>> + vb.reserve(100);
>>> + vb.push_back(true);
>>> + vb.push_back(true);
>>> + vb.push_back(false);
>>> + vb.push_back(false);
>>> + vb.push_back(true);
>>> + vb.erase(vb.begin());
>>> +// { dg-final { regexp-test vb {std::
On 19/06/19 21:49 +0200, Michael Weghorn wrote:
Thank you for the quick reply!
On 19/06/2019 21.37, Jonathan Wakely wrote:
Thanks, the patch looks fine and is small enough that we can accept it
without a copyright assignment, but if you plan to contribute again
you should look into https://gcc.
Thank you for the quick reply!
On 19/06/2019 21.37, Jonathan Wakely wrote:
> Thanks, the patch looks fine and is small enough that we can accept it
> without a copyright assignment, but if you plan to contribute again
> you should look into https://gcc.gnu.org/contribute.html#legal
I'll do as soo
On 6/19/19 10:46 AM, Jeff Law wrote:
On 6/18/19 1:21 PM, Martin Sebor wrote:
On 6/18/19 12:59 PM, Jeff Law wrote:
On 5/22/19 10:42 AM, Martin Sebor wrote:
Attached is a revised implementation of the -Wformat-diag checker
incorporating the feedback I got on the first revision.
Martin
gcc-wfor
On 19/06/19 19:04 +0200, Michael Weghorn wrote:
Hi everyone,
the Python pretty printer for a 'std::vector' currently returns
integers as values for the elements, which e.g. leads to the situation
that a 'gdb.Value' constructed from that doesn't have 'bool' type, but
an integer type ('long long'
On 6/17/19 12:10 PM, Marek Polacek wrote:
> On Mon, Jun 17, 2019 at 09:02:17AM -0600, Martin Sebor wrote:
>>> diff --git gcc/cp/tree.c gcc/cp/tree.c
>>> index cd021b7f594..bb695e14e73 100644
>>> --- gcc/cp/tree.c
>>> +++ gcc/cp/tree.c
>>> @@ -4453,6 +4453,8 @@ const struct attribute_spec std_attrib
pie, no-pie and rdynamic are driver options, we can process them in the
relevant place and drop them once dealt with.
Support for the -pie, -no_pie and -no_compact_unwind options should ideally
be checked at configure time, however the status quo is to assert that linkers
capable of targeting
On 6/19/19 11:06 AM, Dimitar Dimitrov wrote:
> Hi,
>
> This WWW update announces the new PRU port in WWW docs, and fills in the
> backend characteristics.
OK
jeff
On 6/3/19 4:50 PM, H.J. Lu wrote:
> On Tue, May 21, 2019 at 8:54 AM H.J. Lu wrote:
>>
>> On Wed, May 15, 2019 at 2:29 PM Richard Sandiford
>> wrote:
>>>
>>> "H.J. Lu" writes:
On Thu, Feb 7, 2019 at 9:49 AM H.J. Lu wrote:
>
> Standard scalar operation patterns which preserve the res
I have committed the attach patch. It checks that
a SELECT TYPE construct does not appear in MODULE
or SUBMODULE scope as it is an executable statement.
2019-06-19 Steven G. Kargl
PR fortran/69499
* match.c (gfc_match_select_type): SELECT TYPE is an executable
state
On 6/19/19 1:53 PM, Jan Hubicka wrote:
-ctype = CLASSTYPE_AS_BASE (ctype);
+{
+ if (!tree_int_cst_equal (TYPE_SIZE (ctype),
+ TYPE_SIZE (CLASSTYPE_AS_BASE (ctype
+ctype = CLASSTYPE_AS_BASE (ctype);
+}
tree clobber = build_clobber (cty
On June 19, 2019 2:46:15 PM GMT+02:00, Richard Sandiford
wrote:
>Richard Biener writes:
>> On June 19, 2019 11:05:42 AM GMT+02:00, Richard Sandiford
> wrote:
>>>Richard Biener writes:
On June 19, 2019 10:55:16 AM GMT+02:00, Jakub Jelinek
>>> wrote:
>Hi!
>
>When VEC_[LR]SHIFT_EX
On 1/24/19 12:51 PM, Giuliano Belinassi wrote:
> This patch adds two variables named 'TV_CGRAPH_FUNC_EXPANSION' and
> 'TV_CGRAPH_IPA_PASSES' that count the elapsed time of the functions
> 'expand_all_functions' and 'ipa_passes', respectivelly.
>
> The main point of this is that these functions tak
On 3/18/19 8:46 PM, Alex Henrie wrote:
> ---
> gcc/testsuite/c-c++-common/pr65403-1.c | 10 ++
> gcc/testsuite/c-c++-common/pr65403-2.c | 15 +++
> 2 files changed, 25 insertions(+)
> create mode 100644 gcc/testsuite/c-c++-common/pr65403-1.c
> create mode 100644 gcc/testsuite
> > > -ctype = CLASSTYPE_AS_BASE (ctype);
> > > +{
> > > + if (!tree_int_cst_equal (TYPE_SIZE (ctype),
> > > +TYPE_SIZE (CLASSTYPE_AS_BASE (ctype
> > > +ctype = CLASSTYPE_AS_BASE (ctype);
> > > +}
> > > tree clobber = build_clobber (ctype);
>
On 3/18/19 8:46 PM, Alex Henrie wrote:
> From: Manuel López-Ibáñez
>
> * opts.c: Ignore -Wno-error= except if there are
> other diagnostics.
That's not a complete ChangeLog entry. Each file/function changed
should be mentioned. Something like this:
* opts-common.c (ignored_wnoerror_opt
Hi
Still influenced by PR 68303 this patch:
- Extend usage of find within other methods. It simplify code and will
allow to implement the PR in less places if we decide to do so.
- Get rid of several bucket index comparison for non-unique key
containers this way we have less hash code co
Hi,
This WWW update announces the new PRU port in WWW docs, and fills in the
backend characteristics.
Thanks,
Dimitar
Index: htdocs/backends.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/backends.html,v
retrieving revision 1.85
diff -
Hi everyone,
the Python pretty printer for a 'std::vector' currently returns
integers as values for the elements, which e.g. leads to the situation
that a 'gdb.Value' constructed from that doesn't have 'bool' type, but
an integer type ('long long' for my test with gdb 8.2.1 on Debian
testing, amd6
On 6/19/19 10:56 AM, Andrew Stubbs wrote:
> On 19/06/2019 17:04, Jeff Law wrote:
>> On 6/19/19 2:57 AM, Andrew Stubbs wrote:
>>> Ping.
>>>
>>> I can probably approve this myself, as it only affects GCN, but I'd
>>> appreciate a second opinion.
>> Yes, this would fall under things you could approve
On 19/06/2019 17:04, Jeff Law wrote:
On 6/19/19 2:58 AM, Andrew Stubbs wrote:
Ping.
I can probably approve this myself, as it only affects GCN, but I'd
appreciate a second opinion.
Similarly this is fine to self-approve. Thanks.
Sorry, same again, I meant I'd like another opinion on the pat
On 19/06/2019 17:04, Jeff Law wrote:
On 6/19/19 2:57 AM, Andrew Stubbs wrote:
Ping.
I can probably approve this myself, as it only affects GCN, but I'd
appreciate a second opinion.
Yes, this would fall under things you could approve yourself. Thanks
for double-checking.
Sorry, I meant I'd l
On 6/18/19 1:21 PM, Martin Sebor wrote:
> On 6/18/19 12:59 PM, Jeff Law wrote:
>> On 5/22/19 10:42 AM, Martin Sebor wrote:
>>> Attached is a revised implementation of the -Wformat-diag checker
>>> incorporating the feedback I got on the first revision.
>>>
>>> Martin
>>>
>>> gcc-wformat-diag-checke
Hi Steve,
Patch missing?
TIA
Dominique
Hi Steve,
I'm surprised that you didn't commit as obvious :-) OK for trunk.
Thanks
Paul
On Tue, 18 Jun 2019 at 20:30, Steve Kargl
wrote:
>
> The attach patch has been regression tested on x86_64-*-freebsd.
> If the pointer is NULL, the function simply returns. It seems
> that gfortran then do
On 6/19/19 8:57 AM, Martin Sebor wrote:
> On 6/19/19 5:11 AM, Vladislav Ivanishin wrote:
>> Hi,
>>
>> This patch (partially) adds displaying inlining context for
>> -W{maybe,}uninitialized warnings. This is not as trivial to enable as
>> simply supplying the "%G" format specifier, so I have some q
Spotted by Dominique with a sanitised build.
fixed thus on trunk - will backport as needed.
thanks
Iain
2019-06-19 Iain Sandoe
* config/darwin-driver.c (darwin_driver_init): Fix off-by-one errors
in computing the number of options to be moved.
diff --git a/gcc/config/darwin
On 6/7/19 8:40 AM, Andrew Stubbs wrote:
> This patch basically reverts the previous patch to put AMD GCN in
> "minimal" mode.
>
> OK to commit?
OK
jeff
On 6/19/19 2:58 AM, Andrew Stubbs wrote:
> Ping.
>
> I can probably approve this myself, as it only affects GCN, but I'd
> appreciate a second opinion.
Similarly this is fine to self-approve. Thanks.
Jeff
On 6/19/19 2:57 AM, Andrew Stubbs wrote:
> Ping.
>
> I can probably approve this myself, as it only affects GCN, but I'd
> appreciate a second opinion.
Yes, this would fall under things you could approve yourself. Thanks
for double-checking.
jeff
On 6/19/19 7:13 AM, co...@sdf.org wrote:
> The definition originates in
> https://nxr.netbsd.org/xref/src/sys/arch/arm/include/sysarch.h#58
>
> I've added the prefix SYSARCH to avoid any naming conflict concerns.
>
> It looked a bit like an error on a first impression :-)
>
>
> 0001-Give-a-name
On 6/19/19 7:15 AM, Martin Liška wrote:
> Hi.
>
> The patch is about decrease of verification limit. I collected following
> statistics:
>
> godot WPA:
>
> hash-table-verification-limit=0: 66s
> hash-table-verification-limit=10: 69s
> hash-table-verification-limit=100: 94s
>
> make all runtime
On 6/19/19 3:29 AM, Claudiu Zissulescu wrote:
> Hi Jeff,
>
>> OK.
>>
> Thank you for your review.
>
>> THe BZ mentions that this was found building a glibc test for ARC.
>> Is there a glibc port for the ARC? I don't see one in the glibc
>> git repo. Are you aware of any plans to produce an offi
On 19/06/19 00:04 +0100, Jonathan Wakely wrote:
On 18/06/19 19:08 +0100, Dietmar Kuehl via libstdc++ wrote:
The first release shipping the parallel algorithms is gcc-9.1.0. Specifically
std::inclusive_scan() *without* execution policy seems to be missing, though. I
guess, that’s because it was
This patch to the Go frontend and libgo by Cherry Zhang optimizes
string concatenations. runtime.concatstring{2,3,4,5} are just
wrappers of concatstrings. These wrappers don't provide any benefit,
at least in the C calling convention we use, where passing arrays by
value isn't an efficient thing.
On 6/19/19 5:11 AM, Vladislav Ivanishin wrote:
Hi,
This patch (partially) adds displaying inlining context for
-W{maybe,}uninitialized warnings. This is not as trivial to enable as
simply supplying the "%G" format specifier, so I have some questions
below.
I need this hunk
void
percent_K_
On Tue, Jun 18, 2019 at 07:13:22AM -0500, Segher Boessenkool wrote:
> On Mon, Jun 17, 2019 at 08:04:42PM -0400, Michael Meissner wrote:
> > --- gcc/config/rs6000/rs6000.md (revision 272270)
> > +++ gcc/config/rs6000/rs6000.md (working copy)
> > @@ -267,7 +267,9 @@ (define_attr "cpu"
> >
Operand 0 is always a register due to register_operand predicate.
2019-06-19 Uroš Bizjak
* config/i386/i386.md (cmpstrnsi): Remove dead code.
Bootstrapped and regression tested on x86_64-linux-gnu {,-m32}.
Committed to mainline SVN.
Uros.
Index: config/i386/i386.md
=
On 6/19/19 9:28 AM, Jan Hubicka wrote:
Jason,
I also wonder if something like this would make sense:
* decl.c (build_clobber_this): Use original basetype if they
match.
Index: decl.c
===
--- decl.c (revision 27
> Jason,
> I also wonder if something like this would make sense:
>
> * decl.c (build_clobber_this): Use original basetype if they
> match.
>
> Index: decl.c
> ===
> --- decl.c(revision 272381)
> +++ decl.c(workin
Hi.
The patch is about decrease of verification limit. I collected following
statistics:
godot WPA:
hash-table-verification-limit=0: 66s
hash-table-verification-limit=10: 69s
hash-table-verification-limit=100: 94s
make all runtime libraries in GCC for --disable-bootstrap
--disable-libsanitize
The definition originates in
https://nxr.netbsd.org/xref/src/sys/arch/arm/include/sysarch.h#58
I've added the prefix SYSARCH to avoid any naming conflict concerns.
It looked a bit like an error on a first impression :-)
* config/arm/netbsd-elf.h (SYSARCH_ARM_SYNC_ICACHE): New definition.
(CLEAR_I
Hi Max,
> On Tue, Jun 18, 2019 at 4:53 PM Wilco Dijkstra wrote:
> > > It would work if a frame pointer was initialized in the function test, but
> > > it wasn't:
> >
> > Right, because it unwinds, it needs a valid frame pointer since we no
> > longer store the stack pointer. So xtensa_frame_point
On Wed, Jun 19, 2019 at 01:46:15PM +0100, Richard Sandiford wrote:
> For can_vec_perm_const_p we could either add zeroness information
> to vec_perm_indices or provide it separately (e.g. with tree inputs).
> In the latter case the zeroness could be relayed to
> targetm.vec_perm_const by passing ze
> > In the course of setting up GCC regression testing for the RISC-V target
> > I have discovered that the GNAT test suite does not correctly respond to
> > the test environment settings passed from the test harness in my setup and
> > consequently no test case works correctly.
>
> Ping for:
Richard Biener writes:
> On June 19, 2019 11:05:42 AM GMT+02:00, Richard Sandiford
> wrote:
>>Richard Biener writes:
>>> On June 19, 2019 10:55:16 AM GMT+02:00, Jakub Jelinek
>> wrote:
Hi!
When VEC_[LR]SHIFT_EXPR has been replaced with VEC_PERM_EXPR,
vec_shl_optab
has been
On 6/19/19 10:56 AM, Martin Liška wrote:
> Thank you very much for the numbers. Today, I'm going to prepare the
> generalization of single-value counter to track N values.
Ok, here's a patch candidate that does tracking of most common N values. For
your test-case I can see:
pr69678.gcda:01a
On Tue, 14 May 2019, Maciej W. Rozycki wrote:
> In the course of setting up GCC regression testing for the RISC-V target
> I have discovered that the GNAT test suite does not correctly respond to
> the test environment settings passed from the test harness in my setup and
> consequently no tes
Hi all,
This is the following patch after
https://gcc.gnu.org/ml/gcc-patches/2019-06/msg00910.html
Main steps:
1) Identify the doloop cmp type iv use and record its bind_cand (explain it
later).
2) Set zero cost for pairs between this use and any iv cand.
3) IV cand set selecting algorith
On June 19, 2019 11:05:42 AM GMT+02:00, Richard Sandiford
wrote:
>Richard Biener writes:
>> On June 19, 2019 10:55:16 AM GMT+02:00, Jakub Jelinek
> wrote:
>>>Hi!
>>>
>>>When VEC_[LR]SHIFT_EXPR has been replaced with VEC_PERM_EXPR,
>>>vec_shl_optab
>>>has been removed as unused, because we only u
Hi,
This patch (partially) adds displaying inlining context for
-W{maybe,}uninitialized warnings. This is not as trivial to enable as
simply supplying the "%G" format specifier, so I have some questions
below.
I need this hunk
void
percent_K_format (text_info *text, location_t loc, tree blo
Jason,
I also wonder if something like this would make sense:
* decl.c (build_clobber_this): Use original basetype if they
match.
Index: decl.c
===
--- decl.c (revision 272381)
+++ decl.c (working copy)
@@ -
Hi Jeff,
> OK.
>
Thank you for your review.
> THe BZ mentions that this was found building a glibc test for ARC. Is
> there a glibc port for the ARC? I don't see one in the glibc git repo.
> Are you aware of any plans to produce an official glibc port.
Indeed, we are in the process of upstr
Richard Biener writes:
> On June 19, 2019 10:55:16 AM GMT+02:00, Jakub Jelinek
> wrote:
>>Hi!
>>
>>When VEC_[LR]SHIFT_EXPR has been replaced with VEC_PERM_EXPR,
>>vec_shl_optab
>>has been removed as unused, because we only used vec_shr_optab for the
>>reductions.
>>Without this patch the vect-si
On June 19, 2019 10:55:16 AM GMT+02:00, Jakub Jelinek wrote:
>Hi!
>
>When VEC_[LR]SHIFT_EXPR has been replaced with VEC_PERM_EXPR,
>vec_shl_optab
>has been removed as unused, because we only used vec_shr_optab for the
>reductions.
>Without this patch the vect-simd-*.c tests can be vectorized just
Hi,
Jason, this is about C++ frontend producing two copies of same type with
different TYPE_CANONICAL but same get_alias_set. Since the types are
structurally different, this does not go well with LTO which no longer
sees they are same. They are created in
if (CLASSTYPE_NON_LAYOUT_POD_P (t) ||
Ping.
I can probably approve this myself, as it only affects GCN, but I'd
appreciate a second opinion.
Thanks
Andrew
On 07/06/2019 15:40, Andrew Stubbs wrote:
This patch provides the "_Unwind_Backtrace" and "_Unwind_GetIPInfo"
symbols required to link programs using libgfortran.
I do not
Ping.
I can probably approve this myself, as it only affects GCN, but I'd
appreciate a second opinion.
Thanks
Andrew
On 07/06/2019 15:39, Andrew Stubbs wrote:
This patch creates a new gthread model for AMD GCN devices.
For now, there's just enough support for libgfortran to use mutexes in
On 6/19/19 10:50 AM, luoxhu wrote:
> Hi Martin,
>
> On 2019/6/18 18:21, Martin Liška wrote:
>> On 6/18/19 3:45 AM, Xiong Hu Luo wrote:
>>> 6.2. SPEC2017 peakrate:
>>> 523.xalancbmk_r (+4.87%); 538.imagick_r (+4.59%); 511.povray_r
>>> (+13.33%);
>>> 525.x264_r (-5.29%).
>>
Hi!
When VEC_[LR]SHIFT_EXPR has been replaced with VEC_PERM_EXPR, vec_shl_optab
has been removed as unused, because we only used vec_shr_optab for the
reductions.
Without this patch the vect-simd-*.c tests can be vectorized just fine
for SSE4 and above, but can't be with SSE2. As the comment in
t
Hi Martin,
On 2019/6/18 18:21, Martin Liška wrote:
On 6/18/19 3:45 AM, Xiong Hu Luo wrote:
6.2. SPEC2017 peakrate:
523.xalancbmk_r (+4.87%); 538.imagick_r (+4.59%); 511.povray_r
(+13.33%);
525.x264_r (-5.29%).
Can you please elaborate what are the key indirect call pr
Hi!
References are a nightmare to support :(.
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk.
2019-06-19 Jakub Jelinek
* omp-low.c (lower_rec_input_clauses): Handle references properly
in inscan clauses.
(lower_omp_scan): Likewise.
cp/
On Tue, Jun 18, 2019 at 12:07:38PM -0400, Jason Merrill wrote:
> commit 8f67898b9bd5924f3dd5218164df62ada10ea428
> Author: Jason Merrill
> Date: Sat Jun 15 23:59:55 2019 -0400
>
> Consolidate constexpr array handling.
>
> * constexpr.c (eval_and_check_array_index): Split ou
On 6/17/19 11:21 AM, Martin Liška wrote:
> I'm adding a micro-benchmark that Honza has been using for quite some time.
I'm going to install that as it's a script in contrib.
Martin
83 matches
Mail list logo
