> Hi!
>
> I've noticed
> FAIL: g++.dg/lto/odr-8 cp_lto_odr-8_1.o assemble, -O0 -flto
> -flto-partition=none -fuse-linker-plugin
> FAIL: g++.dg/lto/odr-8 cp_lto_odr-8_1.o assemble, -O2 -flto
> -flto-partition=none -fuse-linker-plugin -fno-fat-lto-objects
> FAIL: g++.dg/lto/odr-8 cp_lto_odr-8_1.o
On Jan 14 2020, Jeff Law wrote:
> On Tue, 2020-01-14 at 23:21 +0100, Andreas Schwab wrote:
>> On Jan 14 2020, Jeff Law wrote:
>>
>> > diff --git a/libiberty/aclocal.m4 b/libiberty/aclocal.m4
>> > index bf8a907100f..381ed3b27e3 100644
>> > --- a/libiberty/aclocal.m4
>> > +++ b/libiberty/aclocal.m4
Hi.
There's one more backport commit I've just tested and installed.
Martin
>From 67c0ee2c48a5e154bf00fa8326536881a92e287c Mon Sep 17 00:00:00 2001
From: Jan Hubicka
Date: Sun, 14 Apr 2019 22:56:45 +0200
Subject: [PATCH] Backport d2a0371d2641e85c5e6ca396029be32204d976df
gcc/ChangeLog:
2019-04
Hi.
The patch is about caching of outer non-CLEANUP region
for a leh_state. It's a spin off the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199#c19,
now it's not using a hash_map, but a cached value in leh_state.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to
Hi,
On Tue, 14 Jan 2020 at 15:35, luoxhu wrote:
>
> Hi,
>
> On 2020/1/14 21:03, Martin Liška wrote:
> > On 1/13/20 4:23 AM, luoxhu wrote:
> >> Thanks a lot! Rebased & updated, will commit below patch shortly when
> >> git push is ready.
> >
> > Hello.
> >
> > I'm pretty sure the patch contains
My earlier update_epilogue_loop_vinfo patch introduced an ICE on these
tests for AVX512. If we use pattern stmts, STMT_VINFO_GATHER_SCATTER_P
is valid for both the original stmt and the pattern stmt, but
STMT_VINFO_MEMORY_ACCESS_TYPE is valid only for the latter.
Tested on x86_64-linux-gnu and aa
This is a straight backport of
https://gcc.gnu.org/ml/gcc-patches/2018-04/msg01352.html. Without this
contrib/gcc_update fails if run from a worktree, while git pull works
just fine.
Pushed to the gcc-8 branch.
diff --git a/contrib/ChangeLog b/contrib/ChangeLog
index 039dc251ebb..47ac7c47dcc
On Tue, 14 Jan 2020, Richard Biener wrote:
> On Tue, 14 Jan 2020, Richard Biener wrote:
>
> > On Tue, 14 Jan 2020, Richard Biener wrote:
> >
> > > When an alias-set is an already existing subset there is no need
> > > to re-record its children as childs of the parent.
> > >
> > > I noticed this
Hi.
I know the root cause of the failure and will send a patch soon
to the mailing list.
Martin
On 14/01/2020 23:44, Jakub Jelinek wrote:
On Tue, Jan 14, 2020 at 10:12:09AM +0100, Jakub Jelinek wrote:
Note, for the scripts running on sourceware I also had to remove those tags/
part, but thought it is because of running against the bare repo.
We could change those into ^\\(tags/\\)\\?basepo
On Wed, Jan 15, 2020 at 11:15 AM Richard Sandiford
wrote:
>
> My earlier update_epilogue_loop_vinfo patch introduced an ICE on these
> tests for AVX512. If we use pattern stmts, STMT_VINFO_GATHER_SCATTER_P
> is valid for both the original stmt and the pattern stmt, but
> STMT_VINFO_MEMORY_ACCESS_
On Wed, Jan 15, 2020 at 10:57 AM Martin Liška wrote:
>
> Hi.
>
> The patch is about caching of outer non-CLEANUP region
> for a leh_state. It's a spin off the
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199#c19,
> now it's not using a hash_map, but a cached value in leh_state.
>
> Patch can b
On 14/01/2020 14:55, Richard Earnshaw (lists) wrote:
Originally, it seemed like a good idea to add automatic 'push' rules
to the git configuration, so that personal- and vendor-space commits
would automatically push to the right place. Unfortunately, this
changes git's behaviour and with these s
Hi!
As discussed on IRC, this patch adds the .gitattributes part of the
better diff for *.md files customization.
Tested in a tree with contrib/gcc-git-customization.sh performed,
config/i386/i386.md diffing then nicely shows the pattern, and in
a tree without the customization, where it works as
On 1/15/20 12:08 PM, Richard Biener wrote:
On Wed, Jan 15, 2020 at 10:57 AM Martin Liška wrote:
Hi.
The patch is about caching of outer non-CLEANUP region
for a leh_state. It's a spin off the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199#c19,
now it's not using a hash_map, but a cached v
On 1/14/20 4:21 PM, Marek Polacek wrote:
On Tue, Jan 14, 2020 at 04:10:07PM -0500, Nathan Sidwell wrote:
2020-01-14 Nathan Sidwell
+ PT c++/90916
Note this has PT instead of PR :).
yeah, I caught the typo on the followup. Thanks for noticing!
nathan
--
Nathan Sidwell
Hi David,
> I've rebased and squashed the analyzer patch kit and squashed patch 2
> of the hash_table fix into it, and re-tested it successfully, so I've
> pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
>
> I'm going to work through the various followup patches I had on my
> br
On 1/15/20 11:49 AM, Martin Liška wrote:
Hi.
I know the root cause of the failure and will send a patch soon
to the mailing list.
Martin
There's an obvious patch that I'm going to install. Note that
order of function call evaluation in a function call is undefined.
It's a similar issue we had
The previous work to fix PR93199 didn't take into account backedges
when defering insertion. The following simply avoids to defer in that
case since we know we'll not take secondary opportunities there.
Bootstrap & regtest on x86_64-unknown-linux-gnu in progress.
Richard.
2020-01-15 Richard
> gcc/ChangeLog:
>
> 2020-01-15 Martin Liska
>
> * ipa-profile.c (ipa_profile_read_edge_summary): Do not allow
> 2 calls of streamer_read_hwi in a function call.
Good catch, Martin!
> ---
> gcc/ipa-profile.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff -
The gcc-git-customization script sets up a diff hook to match (define as
a function name hook so that diff -p style annotations will match a
pattern name.
This patch does the other half of this in the gcc configuration by
matching *.pd and *.md to this new rule
* .gitattributes: Use
The strcmp optimization newly introduced in GCC 10 relies on
the size of the smallest referenced array object to determine
whether the function can return zero. When the size of
the object is smaller than the length of the other string
argument the optimization folds the equality to false.
The b
On 15/01/2020 11:45, Jakub Jelinek wrote:
Hi!
As discussed on IRC, this patch adds the .gitattributes part of the
better diff for *.md files customization.
Tested in a tree with contrib/gcc-git-customization.sh performed,
config/i386/i386.md diffing then nicely shows the pattern, and in
a tree w
On 15/01/2020 13:17, Richard Earnshaw (lists) wrote:
The gcc-git-customization script sets up a diff hook to match (define as
a function name hook so that diff -p style annotations will match a
pattern name.
This patch does the other half of this in the gcc configuration by
matching *.pd and
On 15/01/2020 13:19, Richard Earnshaw (lists) wrote:
On 15/01/2020 11:45, Jakub Jelinek wrote:
Hi!
As discussed on IRC, this patch adds the .gitattributes part of the
better diff for *.md files customization.
Tested in a tree with contrib/gcc-git-customization.sh performed,
config/i386/i386.md
On Wed, Jan 15, 2020 at 1:37 PM Jan Hubicka wrote:
>
> > gcc/ChangeLog:
> >
> > 2020-01-15 Martin Liska
> >
> > * ipa-profile.c (ipa_profile_read_edge_summary): Do not allow
> > 2 calls of streamer_read_hwi in a function call.
>
> Good catch, Martin!
> > ---
> > gcc/ipa-profile.c |
Hi!
Committed to trunk.
diff --git a/gcc/ChangeLog b/gcc/ChangeLog
index 3099ec4143c..e0c961d059c 100644
--- a/gcc/ChangeLog
+++ b/gcc/ChangeLog
@@ -1,3 +1,7 @@
+2020-01-15 Jakub Jelinek
+
+ * BASE-VER: Bump to 10.0.1.
+
2020-01-15 Richard Sandiford
PR tree-optimization/932
> On Wed, Jan 15, 2020 at 1:37 PM Jan Hubicka wrote:
> >
> > > gcc/ChangeLog:
> > >
> > > 2020-01-15 Martin Liska
> > >
> > > * ipa-profile.c (ipa_profile_read_edge_summary): Do not allow
> > > 2 calls of streamer_read_hwi in a function call.
> >
> > Good catch, Martin!
> > > ---
>
Add a note the the Fortran changes to the effect that non-standard BOZ
constants are deprecated.
Is the wording OK?
--
https://www.codethink.co.uk/privacy.html
On 1/15/20 12:48 PM, Martin Liška wrote:
On 1/15/20 12:08 PM, Richard Biener wrote:
On Wed, Jan 15, 2020 at 10:57 AM Martin Liška wrote:
Hi.
The patch is about caching of outer non-CLEANUP region
for a leh_state. It's a spin off the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93199#c19,
now
Add a note the the Fortran changes to the effect that non-standard BOZ
constants are deprecated.
Is the wording OK?
second attempt this time with attachment!
--
https://www.codethink.co.uk/privacy.html
diff --git a/htdocs/gcc-10/changes.html b/htdocs/gcc-10/changes.html
index 8e72bd4..3e73cea
On Jan 14 2020, Joseph Myers wrote:
> diff --git a/htdocs/gitwrite.html b/htdocs/gitwrite.html
> index 85a0da2d..f420fe22 100644
> --- a/htdocs/gitwrite.html
> +++ b/htdocs/gitwrite.html
> @@ -78,7 +78,7 @@ git clone git+ssh://username@gcc.gnu.org/git/gcc.git
> gcc
> using git config:
>
>
>
Hi.
So I'm sending first version of the relaxation patch and a demonstration
source file that can demonstrate how me merge profile for indirect
functions provided on input. There are some demonstrations:
1) rm indir-call.gcda -f ; ./a.out ABCD && gcov-dump -l indir-call.gcda | grep
-A2 'indirec
Although most of the analyzer work is now on master I'm tracking
additional work in a branch (for future features, work that isn't quite
ready yet, etc).
This used to be "dmalcolm/analyzer" on the git mirror.
The new git server doesn't seem to like such branch names [1], so I'm
now using "devel/a
Also, we can remove existing SSE2 ISA requirements for alternatives 14 and 15.
Remove invalid SSE2 ISA requirements in *movsf_internal.
2020-01-15 Uroš Bizjak
* config/i386/i386.md (*movsf_internal): Do not require
SSE2 ISA for alternatives 14 and 15.
Patch was bootstrapped and regre
Hi Jakub,
>> (note the diff uses the old tree and includes Jakub's bootstrap fixes)
> You should rebase it because you'll be committing it against trunk
> which already has those changes.
Sure, it was just the small matter of updating the many GCC checkouts I have...
>> - unsigned shiftval = tr
On Wed, Jan 15, 2020 at 03:50:01PM +, Wilco Dijkstra wrote:
> The multiply can be signed or unsigned, and the immediate can be positive or
> negative, but the shift must be unsigned indeed. I thought the match.pd
> pattern only allows unsigned shifts, but the shift operator allows signed
> shi
Fortran before 2013 only allowed binary-octal-hex values (BOZ literals)
in DATA statements; Fortran 2013 extended it to support them also as
argument to INT(), REAL() etc. — Additionally, various compilers
(including gfortran) support more as (legacy) extension.
Diagnostic: DATA vs. non DATA u
Hi Mark,
it is more than just 'X' – also B/O/Z when used as postfix ('AB'Z) are
nonstandard as in general the use outside DATA and a handful of
intrinsic functions. For instance, print *, Z'ABC' is also nonstandard
and affected by -fallow-invalid-boz. (GCC < 10 silently accepted the
latter.
As discussed on IRC, this adds a couple more checks in the customization
setup for git. If the variables user.name and user.email are not set
anywhere in the git config hierarchy, we set some local values. We
always ask about the values we detect and if the user gives an answer
that is new, w
The __iota_diff_t alias can be the type __int128, but that does not
satisfy the signed_integral and __is_signed_integer_like concepts when
__STRICT_ANSI__ is defined (which is true for -std=c++2a).
Because weakly_incrementable is defined in terms of signed_integral, it
is not satisfied by __int128
On 15/01/2020 15:19, David Malcolm wrote:
Although most of the analyzer work is now on master I'm tracking
additional work in a branch (for future features, work that isn't quite
ready yet, etc).
This used to be "dmalcolm/analyzer" on the git mirror.
The new git server doesn't seem to like such
Hi,
when going over stuff linked from the SummerOfCode wiki page, I found
out that doc/install.texi still refers to Subversion. The following
patch replaces SVN to Git almost mechanically. Tested with make info
and make html. OK for trunk?
And then perhaps for the opened release branches too?
Hi all,
I think would be quite useful for client code to be able to probe for
the libgccjit version.
This patch add three entry points for that: gcc_jit_version_major,
gcc_jit_version_minor, gcc_jit_version_patchlevel.
Does not introduce regressions running make check-jit.
Feedback are welcome.
On Wed, Jan 15, 2020 at 05:37:11PM +0100, Tobias Burnus wrote:
> Fortran before 2013 only allowed binary-octal-hex values (BOZ literals)
> in DATA statements; Fortran 2013 extended it to support them also as
> argument to INT(), REAL() etc. — Additionally, various compilers
> (including gfortran
On Wed, 15.01.2020, 14:30:43 EET Rainer Orth wrote:
> Hi David,
>
> > I've rebased and squashed the analyzer patch kit and squashed patch 2
> > of the hash_table fix into it, and re-tested it successfully, so I've
> > pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
> >
> > I'm
I steered Jakub wrong on the desired behavior for temp-extend1.C in the
context of bug 92831; it doesn't make sense to try to extend the lifetime of
a temporary that we've already materialized to evaluate the test. So this
patch munges the stabilized expression so that it won't be subject to
lifet
Dimitar Dimitrov wrote:
On Wed, 15.01.2020, 14:30:43 EET Rainer Orth wrote:
Hi David,
I've rebased and squashed the analyzer patch kit and squashed patch 2
of the hash_table fix into it, and re-tested it successfully, so I've
pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
A prvalue can have void type, and if it doesn't do anything prohibited in a
constant expression, it's vacuously constant.
Tested x86_64-pc-linux-gnu, applying to trunk.
* constexpr.c (verify_constant): Allow void_node.
---
gcc/cp/constexpr.c | 3 ++-
gcc/testsu
On 1/11/20 12:12 AM, Jason Merrill wrote:
This is a pretty rare situation since the C++11 change to make all
destructors default to noexcept, but it is still possible to define throwing
destructors, and if a destructor for a local variable throws during the
return, we've already constructed the r
On Wed, 2020-01-15 at 13:30 +0100, Rainer Orth wrote:
> Hi David,
>
> > I've rebased and squashed the analyzer patch kit and squashed patch
> > 2
> > of the hash_table fix into it, and re-tested it successfully, so
> > I've
> > pushed it to master (as 757bf1dff5e8cee34c0a75d06140ca972bfecfa7).
> >
On Wed, 2020-01-15 at 13:18 +, Martin Sebor wrote:
> The strcmp optimization newly introduced in GCC 10 relies on
> the size of the smallest referenced array object to determine
> whether the function can return zero. When the size of
> the object is smaller than the length of the other string
On Mon, 2019-12-30 at 14:23 -0500, John David Anglin wrote:
> Tested on hppa64-hp-hpux11.11.
>
> Okay?
>
> Dave
>
> 2019-12-30 John David Anglin
>
> PR libgcc/92988
> * crtstuff.c (__do_global_dtors_aux): Only call __cxa_finalize if
> DEFAULT_USE_CXA_ATEXIT is true.
Who is
On Wed, Jan 15, 2020 at 01:18:54PM +, Martin Sebor wrote:
> @@ -4099,14 +4122,18 @@ determine_min_objsize (tree dest)
>
>init_object_sizes ();
>
> - if (compute_builtin_object_size (dest, 2, &size))
> -return size;
> -
>/* Try to determine the size of the object through the RHS
On 13/01/20 09:02 -0500, Eric S. Raymond wrote:
diff --git a/libstdc++-v3/doc/xml/faq.xml b/libstdc++-v3/doc/xml/faq.xml
index b4bf333e26a..21c312dce35 100644
--- a/libstdc++-v3/doc/xml/faq.xml
+++ b/libstdc++-v3/doc/xml/faq.xml
@@ -34,9 +34,8 @@
clauses 20 through 33 and annex D (prior to t
Pushed.
Gerald
- Log -
commit 335d0b9345d12398b14ad6f69c3572861ce49d5b
Author: Gerald Pfeifer
Date: Wed Jan 15 22:34:53 2020 +0100
Swap links to our previous SVN documentation with those for Git.
diff --git a/htdocs/style.mh
On 14/01/20 22:25 +0100, François Dumont wrote:
On 1/13/20 10:53 PM, Jonathan Wakely wrote:
On 13/01/20 22:41 +0100, François Dumont wrote:
For the multi-keys we could still avoid redundant comparisons when
_Equal is just doing == on the key type. On unordered_multiset we
could just avoids t
On 15/01/20 21:48 +, Jonathan Wakely wrote:
On 14/01/20 22:25 +0100, François Dumont wrote:
On 1/13/20 10:53 PM, Jonathan Wakely wrote:
On 13/01/20 22:41 +0100, François Dumont wrote:
For the multi-keys we could still avoid redundant comparisons
when _Equal is just doing == on the key ty
Hi Steve,
regarding the release-notes text: I like your version – it helps if
someone writes the text, who knows what changed. I have fixed a typo and
adapted the syntax – see attachment. Any comment to it? Otherwise, I
intent to commit it tomorrow.
Regarding the patch, I enclosed a revised
On 2020-01-15 3:45 p.m., Jeff Law wrote:
> On Mon, 2019-12-30 at 14:23 -0500, John David Anglin wrote:
>> Tested on hppa64-hp-hpux11.11.
>>
>> Okay?
>>
>> Dave
>>
>> 2019-12-30 John David Anglin
>>
>> PR libgcc/92988
>> * crtstuff.c (__do_global_dtors_aux): Only call __cxa_finalize if
On Wed, 2020-01-15 at 17:27 -0500, John David Anglin wrote:
> On 2020-01-15 3:45 p.m., Jeff Law wrote:
> > On Mon, 2019-12-30 at 14:23 -0500, John David Anglin wrote:
> > > Tested on hppa64-hp-hpux11.11.
> > >
> > > Okay?
> > >
> > > Dave
> > >
> > > 2019-12-30 John David Anglin
> > >
> > >
A reasonable replacement for those push rules might be command aliases
(e.g. "git upush " to push the user branch ).
--
Joseph S. Myers
jos...@codesourcery.com
On Wed, Jan 15, 2020 at 11:25:44PM +0100, Tobias Burnus wrote:
>
> regarding the release-notes text: I like your version – it helps if
> someone writes the text, who knows what changed. I have fixed a typo and
> adapted the syntax – see attachment. Any comment to it? Otherwise, I
> intent to co
I rewrote class impl_region_model_context to avoid using multiple
inheritance during patch review but forgot to update this comment.
Fix it.
Pushed to origin/master as 49e9a9996ab334133c78f1445173d8e663edd3e9
gcc/analyzer/ChangeLog:
* engine.cc (class impl_region_model_context): Fix comm
Pushed to origin/master as 5b6681201ae54a3272d49e390f96a1a45a6eb435
gcc/ChangeLog:
* doc/analyzer.texi (Overview): Add note about
-fdump-ipa-analyzer.
---
gcc/doc/analyzer.texi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/gcc/doc/analyzer.texi b/gcc/doc/analyzer.texi
inde
Various 32-bit targets show failures in gcc.dg/analyzer/data-model-1.c
with tests of the form:
__analyzer_eval (q[-2].x == 107024); /* { dg-warning "TRUE" } */
__analyzer_eval (q[-2].y == 107025); /* { dg-warning "TRUE" } */
where they emit UNKNOWN instead.
The root cause is that gimple has a
From: Andrew Pinski
Commit g:f96bf49a0 added the target field to expand_operand.
But it leaves it uninitialized when doing a full initialization
inside create_expand_operand. This fixes the problem and improves
the code generation inside create_expand_operand too.
OK? Bootstrapped and tested on
From: Andrew Pinski
In struct _dep, there is an implicit padding of 4bits. This
bit-field padding is uninitialized when init_dep_1 is being called.
This means we access uninitialized memory but never use it for
anything. Adding an unused bit-field field and initializing it
in init_dep_1 will im
On 1/15/20 10:52 PM, Jonathan Wakely wrote:
On 15/01/20 21:48 +, Jonathan Wakely wrote:
On 14/01/20 22:25 +0100, François Dumont wrote:
On 1/13/20 10:53 PM, Jonathan Wakely wrote:
On 13/01/20 22:41 +0100, François Dumont wrote:
For the multi-keys we could still avoid redundant comparison
On January 16, 2020 12:56:48 AM GMT+01:00, David Malcolm
wrote:
>Various 32-bit targets show failures in gcc.dg/analyzer/data-model-1.c
>with tests of the form:
> __analyzer_eval (q[-2].x == 107024); /* { dg-warning "TRUE" } */
> __analyzer_eval (q[-2].y == 107025); /* { dg-warning "TRUE" } */
Replace two references to svn.html and svnwrite.html by git.html and
gitwrite.html, respectively. Reduce an explicit reference to whatever
tool we use on the way.
Pushed.
---
htdocs/contribute.html | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/htdocs/contribute.html b
On Wed, 15 Jan 2020, Martin Jambor wrote:
> when going over stuff linked from the SummerOfCode wiki page,
> I found out that doc/install.texi still refers to Subversion.
We've got a fair number of references left in various places;
working through that slowly and appreciate your help!
> The foll
> > + gassign *get_res = gimple_build_assign (lhs, done);
> > + gsi_replace (gsi, get_res, true);
> > + *handled_ops_p = true;
> > + }
> > + break;
> > + }
> > +}
> > + return NULL_TREE;
> > +}
> > +
> > +/* Main entry point for lowering coro
73 matches
Mail list logo
