This fixes printing a REAL_CST generated from value-numbering
punning some bits to a real which turns out as zero with big
negative exponent. This causes the loop in real_to_decimal_for_mode to
never terminate.
Bootstrap & regtest running on x86_64-unknown-linux-gnu.
2020-05-14 Richard Biener
Probes emitted by the common code routines still use a store. Define
the "probe_stack" pattern to use a compare instead.
Bootstrapped and regression tested on s390x
Committed to mainline
gcc/ChangeLog:
2020-05-14 Andreas Krebbel
* config/s390/s390.c (s390_emit_stack_probe): Call th
After emitting probes in a loop last_probe_offset needs to be updated.
Not doing this usually assumes a too low distance to the last access
when emitting the remainder leading to stack probes being omitted.
Bootstrapped and regression tested on s390x
Committed to mainline
gcc/ChangeLog:
2020-05
On 2020/5/13 02:24, Richard Sandiford wrote:
> luoxhu writes:
>> + /* Fold (add -1; zero_ext; add +1) operations to zero_ext. i.e:
>> +
>> + 73: r145:SI=r123:DI#0-0x1
>> + 74: r144:DI=zero_extend (r145:SI)
>> + 75: r143:DI=r144:DI+0x1
>> + ...
>> + 31: r135:CC=cmp (r123:DI
On Thu, May 14, 2020 at 1:46 AM Jakub Jelinek via Gcc-patches
wrote:
>
> On Wed, May 13, 2020 at 02:00:11PM +0200, Christophe Lyon via Gcc-patches
> wrote:
> > > > 2020-05-11 Bin Cheng
> > > >
> > > > PR tree-optimization/94969
> > > > * gcc.dg/tree-ssa/pr94969.c: New test.
> >
On Tue, 12 May 2020 16:53:14 PDT (-0700), Jim Wilson wrote:
This fixes a bug reported to the RISC-V sw-dev mailing list late last year.
https://groups.google.com/a/groups.riscv.org/forum/#!topic/sw-dev/JV5Jdh4UjVw
Keith Packard wote the obvious patch to fix it. I tested it with cross builds
for
Hi!
On Wed, May 13, 2020 at 07:50:50AM -0500, Bill Schmidt wrote:
> From: Kelvin Nilsen
>
> Add new insns vextdu[bhw]vlx, vextddvlx, vextdu[bhw]vhx, and
> vextddvhx, along with built-in access and overloaded built-in
> access to these insns.
>
> Changes from previous patch:
> * Removed the int
When fixing up the template specialization hasher I was confused by the
control flow through template_args_equal. This reorders the category
checking, so it is clearer as to what kind of node can reach which point.
nathan
--
Nathan Sidwell
2020-05-13 Nathan Sidwell
* pt.c (template_args_
I discovered template typedef access checking was more expensive than it
need be. The call of get_types_needed_access_check in the
FOR_EACH_VEC_SAFE_ELT is the moral equivalent of
for (size_t pos = 0; pos != strlen (string); pos++)'
Let's not do that.
nathan
--
Nathan Sidwell
2020-05-13
Canonical_type_parameter shows C-like thinking. This modernizes it,
which I found simpler to understand.
pushed to master
nathan
--
Nathan Sidwell
2020-05-13 Nathan Sidwell
* pt.c (canonical_type_parameter): Simplify.
diff --git i/gcc/cp/pt.c w/gcc/cp/pt.c
index a732ced2d8d..a36f603761c
I've committed this set of minor cleanups from the modules branch.
nathan
--
Nathan Sidwell
2020-05-13 Nathan Sidwell
Formatting fixups & some simplifications.
* pt.c (spec_hash_table): New typedef.
(decl_specializations, type_specializations): Use it.
(retrieve_specialization): Likewise.
On 5/11/20 6:43 PM, Patrick Palka wrote:
In the testcase below we're prematurely folding away the
requires-expression to 'true' after substituting in the function's
template arguments, but before substituting in the lambda's deduced
template arguments.
This happens because during the first tsubs
On 5/11/20 7:06 PM, Marek Polacek wrote:
I forgot to set DECL_HAS_DEPENDENT_EXPLICIT_SPEC_P when merging two
function declarations and as a sad consequence, we never tsubsted
the dependent explicit-specifier in tsubst_function_decl, leading to
disregarding the explicit-specifier altogether, and w
On 5/12/20 11:36 PM, Patrick Palka wrote:
This fixes SFINAE when substitution yields an invalid delete-expression
due to the pertinent deallocation function being marked deleted or
otherwise inaccessible.
We need to check for an erroneous result from build_op_delete_call and
exit early in that c
I'm not sure why I didn't check this in along with adding -std=c++20, since
I wrote this patch at the same time. The testsuite should support both
{ target c++2a } and { target c++20 }.
Tested x86_64-pc-linux-gnu, applying to trunk and 10.
gcc/testsuite/ChangeLog
2020-05-13 Jason Merrill
This libgo patch builds the syscall test with -static. This avoids
problems finding libgo.so when running the test as root, which invokes
the test as a child process in various limited environments. This
fixes GCC PR 95061. Bootstrapped and ran Go tests on
x86_64-pc-linux-gnu. Committed to main
This libbacktrace patch marks the state parameter of test_large in
ztest.c as ATTRIBUTE_UNUSED. The parameter is not used if HAVE_ZLIB
is not defined. Bootstrapped and ran libbacktrace tests on
x86_64-pc-linux-gnu. Committed to mainline.
Ian
2020-05-13 Ian Lance Taylor
* ztest.c (test_larg
On Wed, 13 May 2020, Martin Liška wrote:
> I'm sending the gcc-changelog relates scripts which should be added to contrib
> folder. The patch contains:
> - git_check_commit.py - checking script that verifies git message format
We need a documentation patch to contribute.html or gitwrite.html that
On 12/05/2020 23:33, Jim Wilson wrote:
> On Mon, Apr 27, 2020 at 10:08 AM Craig Blackmore
> wrote:
>> Thanks for the review. I have updated the following patch with those changes.
> This looks good, and the tree is open for development work again, so I
> committed both parts 1 and 2 and pushed it.
Please find attached a patch for PR94397.
Commit message:
Fortran : "type is( real(kind(1.)) )" spurious syntax error PR94397
Based on a patch in the comments of the PR. That patch fixed this problem
but caused the test cases for PR93484 to fail. Changed to reduce
initialisation expressions if
On Wed, May 13, 2020 at 02:00:11PM +0200, Christophe Lyon via Gcc-patches wrote:
> > > 2020-05-11 Bin Cheng
> > >
> > > PR tree-optimization/94969
> > > * gcc.dg/tree-ssa/pr94969.c: New test.
>
> The new test fails on arm and aarch64 and probably everywhere:
> gcc.dg/tree-ssa/pr
This patch to libbacktrace treats an EACCES error when opening a file
like an ENOENT error. This case happens when running the libgo
syscall tests as root, when testing various ways of restricting a
child process. Bootstrapped and ran libbacktrace and Go tests on
x86_64-pc-linux-gnu. Committed t
GCC maintainers:
This is a resend of "[PATCH]rs6000, fix vec_first_match_index for
nulls".
Per the received comments the pr number was added to the subject line.
I also tweaked the message to make it clear that the patch fixed issues
with vectors whose elements contain zeros rather then a zero l
Hello,
Would someone mind reviewing this patch, please?
The test explicitly uses -mvsx in the compilation options, so it seems
reasonable to require powerpc_vsx_ok...
Thank you!
> Just a friendly ping on the following patch, hopefully sufficiently
> straightforward and tested to be allowed onto
DR 2289 clarified that since structured bindings have no C compatibility
implications, they should be unique in their declarative region, see
[basic.scope.declarative]/4.2.
The duplicate_decls hunk is the gist of the patch, but that alone would
not be enough to detect the 'A' case: cp_parser_decom
I noticed this test failing in C++11 mode.
Tested x86_64-pc-linux-gnu, applying to trunk.
* g++.dg/parse/attr4.C: Use c++11 in a target selector.
---
gcc/testsuite/g++.dg/parse/attr4.C | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/testsuite/g++.dg/parse/attr4.C
On Wed, May 13, 2020 at 6:35 AM Uros Bizjak wrote:
>
> On Wed, May 13, 2020 at 3:25 PM H.J. Lu wrote:
> >
> > On Wed, May 13, 2020 at 6:17 AM Uros Bizjak wrote:
> > >
> > > On Wed, May 13, 2020 at 2:37 PM H.J. Lu wrote:
> > > >
> > > > On Wed, May 13, 2020 at 5:04 AM Uros Bizjak wrote:
> > > >
On 2020-05-13, Eric Botcazou wrote:
Did I mention I dislike -fsplit-dwarf? ;)
Seconded, this will be confusing for almost all users. Since the option only
affects debug info generation, it should be prefixed with 'g' in any case.
Updating the semantics of -gsplit-dwarf is actually my favorit
On 5/13/20 9:26 AM, Iain Sandoe wrote:
Nathan Sidwell wrote:
On 5/13/20 6:59 AM, Iain Sandoe wrote:
@@ -1045,25 +1044,50 @@ finish_co_return_stmt (location_t kw, tree expr)
if (!crv_meth || crv_meth == error_mark_node)
return error_mark_node;
- vec *args = make_tree_vector
On 5/13/20 2:20 AM, Richard Biener wrote:
This implements commoning of stores to a common successor in
a simple ad-hoc way. I've decided to put it into the code sinking
pass since, well, it sinks stores. It's still separate since
it does not really sink code into less executed places.
It's ad
We correctly reject the testcase in this PR ever since commit r9-7046.
gcc/testsuite/ChangeLog:
PR c++/70642
* g++.dg/cpp0x/alias-decl-70.C: New test.
---
gcc/testsuite/ChangeLog| 5 +
gcc/testsuite/g++.dg/cpp0x/alias-decl-70.C | 23 ++
On Wed, May 13, 2020 at 3:25 PM H.J. Lu wrote:
>
> On Wed, May 13, 2020 at 6:17 AM Uros Bizjak wrote:
> >
> > On Wed, May 13, 2020 at 2:37 PM H.J. Lu wrote:
> > >
> > > On Wed, May 13, 2020 at 5:04 AM Uros Bizjak wrote:
> > > >
> > > > On Wed, May 13, 2020 at 1:05 PM Uros Bizjak wrote:
> > > >
On 5/13/20 3:24 PM, Richard Earnshaw wrote:
I've just realized this doesn't give us an easy way to mark changes for
the root-level ChangeLog file, unless, perhaps "@@ CL ." works?
This works fine:
'ChangeLog:'
as seen for instance here:
commit 9ad3c1d81c129fc76594b9df5b798c380cbf03ee
Author:
Nathan Sidwell wrote:
On 5/13/20 6:59 AM, Iain Sandoe wrote:
@@ -1045,25 +1044,50 @@ finish_co_return_stmt (location_t kw, tree expr)
if (!crv_meth || crv_meth == error_mark_node)
return error_mark_node;
- vec *args = make_tree_vector_single (expr);
- co_ret_call =
On 13/05/2020 12:05, Martin Liška wrote:
> Hi.
>
> I'm sending the gcc-changelog relates scripts which should be added to
> contrib
> folder. The patch contains:
> - git_check_commit.py - checking script that verifies git message format
> - git_update_version.py - a replacement of
> maintainer-scr
On Wed, May 13, 2020 at 6:17 AM Uros Bizjak wrote:
>
> On Wed, May 13, 2020 at 2:37 PM H.J. Lu wrote:
> >
> > On Wed, May 13, 2020 at 5:04 AM Uros Bizjak wrote:
> > >
> > > On Wed, May 13, 2020 at 1:05 PM Uros Bizjak wrote:
> > > >
> > > > On Tue, May 12, 2020 at 10:07 PM H.J. Lu wrote:
> > >
On 5/13/20 6:59 AM, Iain Sandoe wrote:
.. and now to the right list…
I came across a build failure in a folly experimental test case where,
at first, it appeared that GCC was DTRT … however, further
investigation concluded that this was a case of differing interpretations
between implementations
On Wed, May 13, 2020 at 2:37 PM H.J. Lu wrote:
>
> On Wed, May 13, 2020 at 5:04 AM Uros Bizjak wrote:
> >
> > On Wed, May 13, 2020 at 1:05 PM Uros Bizjak wrote:
> > >
> > > On Tue, May 12, 2020 at 10:07 PM H.J. Lu wrote:
> > > >
> > > > Update STV pass to properly count cost of XMM register pus
Ping.
On 07/05/2020 16:04, Iain Buclaw via Gcc-patches wrote:
> Hi,
>
> Updated the patch to include missed changes, and slighted reworded some
> entries
> to make them clearer/read easier.
>
> OK to commit?
>
> Iain.
>
> ---
> htdocs/gcc-10/changes.html | 35
On 5/4/20 8:18 PM, Martin Liška wrote:
I support the patch,
And as there's no feedback I also installed the patch.
Martin
From: Kelvin Nilsen
Add new insns vextdu[bhw]vlx, vextddvlx, vextdu[bhw]vhx, and
vextddvhx, along with built-in access and overloaded built-in
access to these insns.
Changes from previous patch:
* Removed the int iterators
* Created separate expansions and insns
vextractl
vextractl_int
This adds a vectype parameter to add_stmt_cost which avoids the need
to pass down a (wrong) stmt_info just to carry this information.
Useful for invariants which do not have a stmt_info associated.
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2020-05-13 Richard Biener
A small tweak to the script that I'm going to install.
Martin
contrib/ChangeLog:
2020-05-13 Martin Liska
* gcc-changelog/git_check_commit.py: Add default argument HEAD
for revisions and improve error message output.
---
contrib/gcc-changelog/git_check_commit.py | 6 +++---
On Wed, May 13, 2020 at 5:04 AM Uros Bizjak wrote:
>
> On Wed, May 13, 2020 at 1:05 PM Uros Bizjak wrote:
> >
> > On Tue, May 12, 2020 at 10:07 PM H.J. Lu wrote:
> > >
> > > Update STV pass to properly count cost of XMM register push. In 32-bit
> > > mode, to convert XMM register push in DImode
The scripts were just installed to master except the git alias.
I'm sending that in a separate patch. Now the alias can be used
from any subfolder in a gcc git repository.
Martin
>From eb47191e8d8cbbda285c4df7eb2d1e98091edab9 Mon Sep 17 00:00:00 2001
From: Martin Liska
Date: Wed, 13 May 2020 14:
On 5/13/20 2:44 AM, Christophe Lyon wrote:
On Wed, 13 May 2020 at 02:24, H.J. Lu via Gcc-patches
[PR 95013] Fix gcc.dg/unclosed-init.c
2020-05-13 Christophe Lyon
PR preprocessor/95013
* gcc.dg/unclosed-init.c: Add missing comment in dg-error.
Thanks for beati
On 5/13/20 1:05 PM, Martin Liška wrote:
I suggest to use native 'git revert XYZ' and 'git cherry-pick -x XYZ'.
I've prepared a working version of Revert format:
https://github.com/marxin/gcc-changelog/tree/cherry-pick
So using git cherry-pick -x HASH one gets something like:
$ cat patches-art
On Wed, May 13, 2020 at 1:05 PM Uros Bizjak wrote:
>
> On Tue, May 12, 2020 at 10:07 PM H.J. Lu wrote:
> >
> > Update STV pass to properly count cost of XMM register push. In 32-bit
> > mode, to convert XMM register push in DImode, we do an XMM store in
> > DImode, followed by 2 memory pushes in
Hi Bin,
On Mon, 11 May 2020 at 14:54, Richard Biener via Gcc-patches
wrote:
>
> On Mon, May 11, 2020 at 7:52 AM bin.cheng via Gcc-patches
> wrote:
> >
> > Hi,
> > As analyzed in PR94969, data dependence analysis now misses dependence
> > vector for specific case in which DRs in DDR have the sa
On Wed, 13 May 2020 at 13:45, Srinath Parvathaneni
wrote:
>
> Hi,
>
> > -Original Message-
> > From: Christophe Lyon
> > Sent: 13 May 2020 11:20
> > To: Srinath Parvathaneni
> > Cc: gcc Patches ; Richard Earnshaw
> >
> > Subject: Re: [GCC][PATCH][ARM]: Fix the wrong code-gen generated b
Hi,
> -Original Message-
> From: Christophe Lyon
> Sent: 13 May 2020 11:20
> To: Srinath Parvathaneni
> Cc: gcc Patches ; Richard Earnshaw
>
> Subject: Re: [GCC][PATCH][ARM]: Fix the wrong code-gen generated by MVE
> vector load/store intrinsics (PR94959).
>
> Hi,
>
>
> On Wed, 13 Ma
This removes the SLP_INSTANCE_GROUP_SIZE member since the number of
lanes throughout a SLP subgraph is not necessarily constant.
Bootstrapped on x86_64-unknown-linux-gnu, testing in progress.
Richard.
2020-05-13 Richard Biener
* tree-vectorizer.h (SLP_INSTANCE_GROUP_SIZE): Remove.
Hi!
This is a new version of the
https://gcc.gnu.org/legacy-ml/gcc-patches/2019-11/msg01493.html
patch. Unlike the previous version, this one actually works properly
except for LTO, bootstrapped/regtested on x86_64-linux and i686-linux
too.
In short, #pragma omp declare variant is a directive wh
On Tue, May 12, 2020 at 10:07 PM H.J. Lu wrote:
>
> Update STV pass to properly count cost of XMM register push. In 32-bit
> mode, to convert XMM register push in DImode, we do an XMM store in
> DImode, followed by 2 memory pushes in SImode, instead of 2 integer
> register pushes in SImode. To c
Hi.
I'm sending the gcc-changelog relates scripts which should be added to contrib
folder. The patch contains:
- git_check_commit.py - checking script that verifies git message format
- git_update_version.py - a replacement of
maintainer-scripts/update_version_git which
bumps DATESTAMP and gener
.. and now to the right list…
I came across a build failure in a folly experimental test case where,
at first, it appeared that GCC was DTRT … however, further
investigation concluded that this was a case of differing interpretations
between implementations.
It’s kinda unhelpful that the discussi
On Wed, 6 May 2020 at 16:33, Marco Elver wrote:
>
> Hello, Jakub,
>
> On Tue, 28 Apr 2020 at 16:58, Dmitry Vyukov wrote:
> >
> > On Tue, Apr 28, 2020 at 4:55 PM Jakub Jelinek wrote:
> > >
> > > On Tue, Apr 28, 2020 at 04:48:31PM +0200, Dmitry Vyukov wrote:
> > > > FWIW this is:
> > > >
> > > > A
Hi,
On Wed, 13 May 2020 at 11:47, Srinath Parvathaneni
wrote:
>
> Hello,
>
> Few MVE intrinsics like vldrbq_s32, vldrhq_s32 etc., the assembler
> instructions generated by current compiler are wrong.
> eg: vldrbq_s32 generates an assembly instructions `vldrb.s32 q0,[ip]`.
> But as per Arm-arm s
> Did I mention I dislike -fsplit-dwarf? ;)
Seconded, this will be confusing for almost all users. Since the option only
affects debug info generation, it should be prefixed with 'g' in any case.
--
Eric Botcazou
Hello,
Few MVE intrinsics like vldrbq_s32, vldrhq_s32 etc., the assembler instructions
generated by current compiler are wrong.
eg: vldrbq_s32 generates an assembly instructions `vldrb.s32 q0,[ip]`.
But as per Arm-arm second argument in above instructions must also be a low
register (<= r7).
Thi
On 13/05/20 04:49 -0300, Alexandre Oliva wrote:
Hello, Jonathan,
On May 9, 2020, Jonathan Wakely wrote:
On 08/05/20 17:22 -0300, Alexandre Oliva wrote:
(Couldn't r1->allocate(2, alignof(char)) possibly return a pointer
that's *not* aligned? Maybe we should drop the test even
if !defined(
On 5/12/20 5:08 PM, Mark Eggleston wrote:
fortran : ICE in gfc_conv_array_constructor_expr PR93497
"F" in "Fortran". Extra space before ":".
PR fortran/93497
* decl.c (char_len_param_value) : Check whether character
Likewise. (Do you like French typography? There, one uses a space befo
On Wed, 13 May 2020, Jakub Jelinek wrote:
> Hi!
>
> The following testcase fails with -fcompare-debug, the bug used to be latent
> since introduction of -fcompare-debug.
> The loop at the start of purge_dead_edges behaves differently between -g0
> and -g - if the last insn is a DEBUG_INSN, then i
On Wed, 13 May 2020, Jakub Jelinek wrote:
> Hi!
>
> match.pd already has simplifications for negation of a FMA (FMS, FNMA, FNMS)
> call if it is single use, but when the widening_mul pass discovers FMAs,
> nothing folds the statements anymore.
>
> So, the following patch adjusts the widening_mul
Hi!
The following testcase fails with -fcompare-debug, the bug used to be latent
since introduction of -fcompare-debug.
The loop at the start of purge_dead_edges behaves differently between -g0
and -g - if the last insn is a DEBUG_INSN, then it skips not just
DEBUG_INSNs but also NOTEs until it fi
This implements commoning of stores to a common successor in
a simple ad-hoc way. I've decided to put it into the code sinking
pass since, well, it sinks stores. It's still separate since
it does not really sink code into less executed places.
It's ad-hoc since it does not perform any dataflow
Hi!
match.pd already has simplifications for negation of a FMA (FMS, FNMA, FNMS)
call if it is single use, but when the widening_mul pass discovers FMAs,
nothing folds the statements anymore.
So, the following patch adjusts the widening_mul pass to handle that.
I had to adjust quite a lot of tes
On 5/12/20 9:23 PM, Jakub Jelinek wrote:
Hi!
On Tue, May 12, 2020 at 12:06:25PM -0700, H.J. Lu wrote:
Excess errors:
cc1: error: '-fsanitize=address' is incompatible with
'-fsanitize=kernel-address'
asan.exp adds -fsanitize=address which is incompatible with
-fsanitize=kernel-address,
so we
Hello, Jonathan,
On May 9, 2020, Jonathan Wakely wrote:
> On 08/05/20 17:22 -0300, Alexandre Oliva wrote:
>> (Couldn't r1->allocate(2, alignof(char)) possibly return a pointer
>> that's *not* aligned? Maybe we should drop the test even
>> if !defined(BAD_MAX_ALIGN_T).)
> Yes.
> Different ma
69 matches
Mail list logo