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
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
: debug
Assignee: unassigned at gcc dot gnu.org
Reporter: qrzhang at gatech dot edu
Target Milestone: ---
It affects the trunk at "-O3". The expected output is "105487". However, at
-O3, it prints "40369".
Bisect points to r270902.
$ gcc-trunk
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90917
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90925
--- Comment #3 from Andrew Pinski ---
(In reply to zhonghao from comment #2)
> A related code sample:
> gcc also accepts it, although x->value is private.
No that is not related at all. In fact it is only rejected when D::verify
is
Hi Andrew,
Thanks for working on this.
Enable elimination of zext/sext with VRP patch had to be reverted in
(https://gcc.gnu.org/ml/gcc-patches/2014-09/msg00672.html) due to the
need for value ranges in PROMOTED_MODE precision for at least 1 test
case for alpha.
Playing with ranger suggest that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57868
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|mpolacek at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90925
--- Comment #2 from zhonghao at pku dot org.cn ---
A related code sample:
class A
{
virtual int String ();
};
class F: public A { };
template < typename V > class G
{
private: V value;
};
class D
{
template < int N > void Verify() {
G* x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90943
--- Comment #2 from Barry Revzin ---
What if we did something like (using pretty names for a sec):
template
struct _Extra_visit_slot_needed
{
template
static bool_constant<__never_valueless<_Types...>()>
__impl(const
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64235
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Marek Polacek
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90943
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77632
kargl at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
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
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
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
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 {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90920
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Wed Jun 19 22:57:02 2019
New Revision: 272489
URL: https://gcc.gnu.org/viewcvs?rev=272489=gcc=rev
Log:
PR libstdc++/90920 restore previous checks for empty ranges
The change in r263433
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90945
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Wed Jun 19 22:57:06 2019
New Revision: 272490
URL: https://gcc.gnu.org/viewcvs?rev=272490=gcc=rev
Log:
Have std::vector printer's iterator return bool for vector
Have the
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90626
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Wed Jun 19 21:46:09 2019
New Revision: 272487
URL: https://gcc.gnu.org/viewcvs?rev=272487=gcc=rev
Log:
PR tree-optimization/90626
gcc/ChangeLog:
* tree-ssa-strlen.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64235
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60364
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60364
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Jun 19 21:27:45 2019
New Revision: 272486
URL: https://gcc.gnu.org/viewcvs?rev=272486=gcc=rev
Log:
PR c++/60364 - noreturn after first decl not diagnosed.
*
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 90626, which changed state.
Bug 90626 Summary: fold strcmp(a, b) == 0 to zero when one string length is
exact and the other is unequal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90626
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90626
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90626
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Wed Jun 19 20:37:41 2019
New Revision: 272485
URL: https://gcc.gnu.org/viewcvs?rev=272485=gcc=rev
Log:
PR tree-optimization/90626 - fold strcmp(a, b) == 0 to zero when one string
length
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
> >
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
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90938
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90930
--- Comment #4 from Christophe Lyon ---
Created attachment 46505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46505=edit
open62541.i.xz preprocessed
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 Wed, Jun 19, 2019 at 12:29 PM Jan Hubicka wrote:
>
> >
> > At least allow it to be built as part of the normal build like GMP,
> > etc. are done.
> > And include it in downloading using contrib/download_prerequisites
> > like the libraries are done.
>
> Anoying detail is that zstd builds with
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
>
> At least allow it to be built as part of the normal build like GMP,
> etc. are done.
> And include it in downloading using contrib/download_prerequisites
> like the libraries are done.
Anoying detail is that zstd builds with cmake, not autotools
Honza
>
> Thanks,
> Andrew Pinski
>
> >
> >
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 Wed, Jun 19, 2019 at 11:55 AM Richard Biener
wrote:
>
> On June 19, 2019 6:03:21 PM GMT+02:00, Jeff Law wrote:
> >On 6/19/19 3:21 AM, Martin Liška wrote:
> >> Hi.
> >>
> >> I've written a patch draft that replaces zlib with the zstd
> >compression algorithm ([1])
> >> in LTO. I'm also sending
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90157
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90149
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90152
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On Wed, Jun 19, 2019 at 2:07 PM Jonathan Wakely
wrote:
> On Wed, 19 Jun 2019 at 20:05, Joel Sherrill wrote:
> >
> > Hi
> >
> > I was double checking the C++17 support in GCC for someone and the text
> at
> > this URL states
> > the support is experimental and gives the impression that the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90156
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90156
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Wed Jun 19 19:08:24 2019
New Revision: 272483
URL: https://gcc.gnu.org/viewcvs?rev=272483=gcc=rev
Log:
PR translation/90156 - add linter check suggesting to replace %<%s%> with %qs
On Wed, 19 Jun 2019 at 20:05, Joel Sherrill wrote:
>
> Hi
>
> I was double checking the C++17 support in GCC for someone and the text at
> this URL states
> the support is experimental and gives the impression that the support is
> incomplete. The table
> of language features now has them all
Hi
I was double checking the C++17 support in GCC for someone and the text at
this URL states
the support is experimental and gives the impression that the support is
incomplete. The table
of language features now has them all implemented.
Is this text still accurate?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90945
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On June 19, 2019 6:03:21 PM GMT+02:00, Jeff Law wrote:
>On 6/19/19 3:21 AM, Martin Liška wrote:
>> Hi.
>>
>> I've written a patch draft that replaces zlib with the zstd
>compression algorithm ([1])
>> in LTO. I'm also sending statistics that are collected for couple of
>quite big C++ source
>>
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
CC|
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
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69499
--- Comment #13 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Jun 19 18:18:40 2019
New Revision: 272482
URL: https://gcc.gnu.org/viewcvs?rev=272482=gcc=rev
Log:
2019-06-19 Steven G. Kargl
PR fortran/69499
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Jun 19 18:04:46 2019
New Revision: 272481
URL: https://gcc.gnu.org/viewcvs?rev=272481=gcc=rev
Log:
2019-06-19 Steven G. Kargl
PR fortran/69398
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90941
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87907
--- Comment #5 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Wed Jun 19 17:58:54 2019
New Revision: 272480
URL: https://gcc.gnu.org/viewcvs?rev=272480=gcc=rev
Log:
2019-06-19 Steven G. Kargl
PR fortran/87907
*
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
> > > -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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90941
Martin Sebor changed:
What|Removed |Added
Keywords||alias
CC|
On 6/19/19 11:09 AM, Segher Boessenkool wrote:
> On Wed, Jun 19, 2019 at 09:39:01AM -0600, Jeff Law wrote:
>> A label used as a value, but which is not a jump target will have an
>> indeterminate value -- it'll end up somewhere in its containing
>> function, that's all we guarantee in that case.
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
On Wed, Jun 19, 2019 at 03:09:08PM +0200, Florian Weimer wrote:
> * Segher Boessenkool:
>
> >> <__GI___getdents64>:
> >>0: addis r2,r12,0
> >> 0: R_PPC64_REL16_HA .TOC.
> >>4: addir2,r2,0
> >> 4:
Dell Customer Communication - Confidential
> From: Martin Liška
> Sent: Wednesday, June 19, 2019 3:19 AM
>
> On 6/18/19 11:51 PM, david.tay...@dell.com wrote:
> >> From: Martin Liška
> >> Sent: Tuesday, June 18, 2019 11:20 AM
> >>
> >> .gcno files are created during compilation and contain
On Wed, Jun 19, 2019 at 09:39:01AM -0600, Jeff Law wrote:
> A label used as a value, but which is not a jump target will have an
> indeterminate value -- it'll end up somewhere in its containing
> function, that's all we guarantee in that case.
In gimple it was fine and expected, and expand
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,
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80667
--- Comment #3 from Ed Catmur ---
Agreed, gcc is OK since 7.2, selecting the latter partial specialization (as
with -std=c++14). OK to mark as fixed.
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
>>>
>>>
Hi Steve,
Patch missing?
TIA
Dominique
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90945
Bug ID: 90945
Summary: Enhancement: Have pretty printer for std::vector
return bool values for elements
Product: gcc
Version: 9.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90944
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90921
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90944
Bug ID: 90944
Summary: combine debug file created when it shouldn't be
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90930
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90930
--- Comment #2 from Andrew Pinski ---
>The file also compiles well if –O2 is removed and all optimization flags
>described in
>https://gcc.gnu.org/onlinedocs/gcc-7.4.0/gcc/Optimize-Options.html#Optimize-Options
You did not read that fully:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90941
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90943
Bug ID: 90943
Summary: Visiting inherited variants no longer works in 9.1
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
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
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
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
1 - 100 of 200 matches
Mail list logo
