https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 11:16:29 2019
New Revision: 279115
URL: https://gcc.gnu.org/viewcvs?rev=279115=gcc=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concatenating a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #3 from Hongtao.liu ---
Since TARGET_XOP only supports 128-bit vector compare, ix86_valid_mask_cmp_mode
should also handle 256/512-bit vector compare when avx512f is avalable.
untested patch
@@ -3428,7 +3428,7 @@ static bool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92868
Bug ID: 92868
Summary: [10 Regression] ICE: tree check: expected integer_cst,
have ssa_name in to_wide, at tree.h:5855
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92388
--- Comment #2 from Martin Liška ---
Any update on this Kyril?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92867
Bug ID: 92867
Summary: Use ERF_RETURNS_ARG in more places
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #4 from Richard Biener ---
Aha. Reduced testcase:
struct S { int operator<<(const int &); } glob;
void foo()
{
S& message_stream = glob;
auto format = [_stream](auto && x) { message_stream << x ;};
format(3);
format(4u);
}
On Mon, Dec 9, 2019 at 11:25 AM Hongtao Liu wrote:
>
> Hi uros:
> This patch is about to rename OPTION_MASK_ISA_$target_[SET,UNSET, ]
> to OPTION_MASK_ISA2_$target_[SET,UNSET, ] for those targets setting
> x_ix86_isa_flags2.
> target list as bellow:
> -
> 188static struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
--- Comment #3 from Richard Biener ---
Somewhat reduced:
#include
#include
struct S
{
int operator<<(const int &);
};
S glob;
void foo()
{
S& message_stream = glob;
auto data = std::make_tuple(3,4u);
auto format = [_stream](auto &&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92009
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91154
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #25 from Maxim Kuvyrkov ---
(In reply to Ilya Leoshkevich from comment #24)
> I got the following results on gcc113:
>
> 400.perlbench
>
> Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
> -funroll-loops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Target Milestone|---
Oops, please consider this patch as submitted from my @codesourcery.com
address, for copyright assignment purposes.
Andrew
On 06/12/2019 17:31, Andrew Stubbs wrote:
Hi all,
This patch re-enables the V64QImode and V64HImode for GCN.
GCC does not make these easy to work with because there is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92866
Bug ID: 92866
Summary: [10 Regression] libgo build failure on
arm-linux-gnueabihf (ICE, segfault)
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
Hi Christophe,
>> The warning is off by default so there is no need to do anything in the
>> testsuite,
>> you just need a fixed binutils.
>>
>
> Don't we want to fix GCC to stop generating the offending sequence?
Why? All ARMv8 implementations have to support it, and despite the warning
code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #2 from
Last patch of my series following this one:
https://gcc.gnu.org/ml/libstdc++/2019-12/msg00028.html
This time I work on std::copy_n/std::copy overloads for
istreambuf_iterator so that it works also for deque iterators and
transparently in _GLIBCXX_DEBUG mode.
* include/bits/stl_algo.h
On Mon, Dec 09, 2019 at 10:54:34AM +0100, Marc Glisse wrote:
> On Fri, 6 Dec 2019, Jakub Jelinek wrote:
>
> > --- gcc/match.pd.jj 2019-12-06 14:07:26.877749065 +0100
> > +++ gcc/match.pd2019-12-06 15:06:08.042953309 +0100
> > @@ -2697,6 +2697,31 @@ (define_operator_list COND_TERNARY
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
--- Comment #3 from Marc Mutz ---
Indeed, I didn't check that it actually fails in SFINAE. Sorry for that.
This works:
// https://godbolt.org/z/EfJmS4
#include
#include
template
using nonnarrowing_test =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55783
Marc Mutz changed:
What|Removed |Added
CC||marc at kdab dot com
--- Comment #15 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92856
Marc Mutz changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Marc Mutz
Hi uros:
This patch is about to rename OPTION_MASK_ISA_$target_[SET,UNSET, ]
to OPTION_MASK_ISA2_$target_[SET,UNSET, ] for those targets setting
x_ix86_isa_flags2.
target list as bellow:
-
188static struct ix86_target_opts isa2_opts[] =
189{
190 { "-mcx16",
Hi Jeff
On 07/12/2019 17:44, Jeff Law wrote:
> On Fri, 2019-12-06 at 14:05 +, Sudakshina Das wrote:
>> Hi
>>
>> While looking at the vectorization for following example, we
>> realized
>> that even though vectorizable_shift function was distinguishing
>> vector
>> shifted by vector from
Andrew Stubbs writes:
> On 06/12/2019 18:21, Richard Sandiford wrote:
>> Andrew Stubbs writes:
>>> Hi all,
>>>
>>> This patch re-enables the V64QImode and V64HImode for GCN.
>>>
>>> GCC does not make these easy to work with because there is (was?) an
>>> assumption that vector registers do not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92834
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Dec 9 10:13:18 2019
New Revision: 279113
URL: https://gcc.gnu.org/viewcvs?rev=279113=gcc=rev
Log:
PR tree-optimization/92834
* match.pd (A - ((A - B) & -(C cmp D))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
--- Comment #1 from Hongtao.liu ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92865
Bug ID: 92865
Summary: [10 Regression] error: unrecognizable insn: in
extract_insn, at recog.c:2294 since
Product: gcc
Version: 10.0
Status: UNCONFIRMED
On Thu, 5 Dec 2019 at 18:17, Richard Biener wrote:
>
> On Thu, 5 Dec 2019, Prathamesh Kulkarni wrote:
>
> > On Fri, 29 Nov 2019 at 15:41, Richard Biener
> > wrote:
> > >
> > > On Fri, Nov 22, 2019 at 12:40 PM Prathamesh Kulkarni
> > > wrote:
> > > >
> > > > On Wed, 20 Nov 2019 at 16:54,
Following:
https://gcc.gnu.org/ml/libstdc++/2019-12/msg00028.html
I've done the same kind of work on std::lexicographical_compare algo.
I had to make the internal lexicographical_compare functions return int
rather than bool cause with bool you can't use a chunck based approach
unless you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85559
Bug 85559 depends on bug 92578, which changed state.
Bug 92578 Summary: [i386] cmov not generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92578
Hongtao.liu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Bug ID: 92864
Summary: [10 Regression] ICE in is_really_empty_class at
gcc/cp/class.c:8595 since r276563
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92864
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89007
--- Comment #1 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Mon Dec 9 09:59:42 2019
New Revision: 279112
URL: https://gcc.gnu.org/viewcvs?rev=279112=gcc=rev
Log:
2019-12-09 Prathamesh Kulkarni
PR
On 09/12/19 09:55 +, Jonathan Wakely wrote:
When concatenating a path ending in a root-directory onto another path,
we added an empty filename to the end of the path twice, but only
reserved space for one. That meant the second write went past the end of
the allocated buffer.
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92853
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Mon Dec 9 09:58:56 2019
New Revision: 279110
URL: https://gcc.gnu.org/viewcvs?rev=279110=gcc=rev
Log:
libstdc++: fix buffer overflow in path::operator+= (PR92853)
When concatenating a
When concatenating a path ending in a root-directory onto another path,
we added an empty filename to the end of the path twice, but only
reserved space for one. That meant the second write went past the end of
the allocated buffer.
PR libstdc++/92853
* src/c++17/fs_path.cc
On Fri, 6 Dec 2019, Jakub Jelinek wrote:
--- gcc/match.pd.jj 2019-12-06 14:07:26.877749065 +0100
+++ gcc/match.pd2019-12-06 15:06:08.042953309 +0100
@@ -2697,6 +2697,31 @@ (define_operator_list COND_TERNARY
(cmp (minmax @0 INTEGER_CST@1) INTEGER_CST@2)
(comb (cmp @0 @2) (cmp @1
Although the FDCMP (the double precision floating point compare instruction) is
added to the compiler, it is not properly used via cstoredi pattern. Fix it.
OK to apply?
Claudidu
-xx-xx Claudiu Zissulescu
* config/arc/arc.md (iterator SDF): Check TARGET_FP_DP_BASE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
--- Comment #2 from David Binderman ---
I am not sure which file was affected. make -j 10 was running, so it could
be one of many.
Fortran is probably not the cause. Beyond trying a make -j 1 build without
fortran, which might take 24 hours or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92855
Alexander Monakov changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47877
Alexander Monakov changed:
What|Removed |Added
CC||thiago at kde dot org
--- Comment
On 06/12/2019 18:21, Richard Sandiford wrote:
Andrew Stubbs writes:
Hi all,
This patch re-enables the V64QImode and V64HImode for GCN.
GCC does not make these easy to work with because there is (was?) an
assumption that vector registers do not have excess bits in vector
registers, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 92283, which changed state.
Bug 92283 Summary: [10 Regression] 454.calculix miscomparison since r276645
with -O2 -march=znver2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92283
What|Removed
On Tue, 3 Dec 2019, Alexandre Oliva wrote:
> On Nov 14, 2019, Alexandre Oliva wrote:
>
> > In order to address this, I propose we add an internal option (not for
> > the driver), -dumpbase-ext, that names the extension to be discarded
> > from dumpbase to form aux output names.
>
> Here's a
On Fri, 6 Dec 2019 at 19:47, Wilco Dijkstra wrote:
>
> Hi Christophe,
>
> > In practice, how do you activate it when running the GCC testsuite? Do
> > you plan to send a GCC patch to enable this assembler flag, or do you
> > locally enable that option by default in your binutils?
>
> The warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92863
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
After completing this work and running more tests I realized that the
declaration of algos was still not ideal.
So here is another version where algos are not re-declare in
stl_deque.h, I rather include stl_algobase.h in deque.tcc. The problem
was spotted but another patch I am going to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Lucas Bader changed:
What|Removed |Added
CC||lucas.bader at sap dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92845
--- Comment #1 from Claudiu Zissulescu ---
Although the FDCMP (the double precision floating point compare instruction) is
added to the compiler, it is not properly used via cstoredi pattern.
A patch can be this one:
index
On Fri, 6 Dec 2019, Jakub Jelinek wrote:
> Hi!
>
> The following patch canonicalizes fancy ways of writing cond ? A : B
> into COND_EXPR, which is what we expect people writing and thus are able to
> optimize it better. If in some case we wouldn't optimize it better,
> the right way would be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92832
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92862
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92857
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92737
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Dec 9 09:00:42 2019
New Revision: 279109
URL: https://gcc.gnu.org/viewcvs?rev=279109=gcc=rev
Log:
Come up with constructors of symtab_node, cgraph_node and varpool_node.
2019-12-09
On 12/5/19 5:25 PM, Martin Sebor wrote:
On 12/5/19 8:13 AM, Martin Liška wrote:
On 12/5/19 2:03 PM, Jan Hubicka wrote:
Hi.
As mentioned in the PR, there are classes in cgraph.h that are
not PODs and are initialized with ggc_alloc_cleared. So that I'm suggesting
to use proper constructors. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92852
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92844
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
After completing execution of all tests I had to fix implementation of
__check_singular to get only 1 return statement.
On 12/2/19 8:31 PM, François Dumont wrote:
Hi
Here is a patch to enhance constexpr support in _GLIBCXX_DEBUG. I
work on std::lower_bound/upper_bound to find out if
On 12/7/19 12:49 AM, Bernhard Reutner-Fischer wrote:
On 5 December 2019 16:24:53 CET, "Martin Liška" wrote:
-/* Allocate new callgraph node. */
-
-inline cgraph_node *
-symbol_table::allocate_cgraph_symbol (void)
-{
- cgraph_node *node;
-
- node = ggc_cleared_alloc ();
- node->type =
When applying:
2019-11-26 François Dumont
* include/debug/array (array<>::fill): Add C++20 constexpr.
(array<>::swap): Likewise.
I forgot to adapt some line numbers.
Committed as trivial.
François
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92007
--- Comment #24 from Ilya Leoshkevich ---
I got the following results on gcc113:
400.perlbench
Compiler flags: -DSPEC_CPU -DNDEBUG -DPERL_CORE -march=native -g -O3
-funroll-loops -fopt-info-vec-optimized -DSPEC_CPU -DNDEBUG -DPERL_CORE
On Sun, Dec 8, 2019 at 10:40 PM GT wrote:
>
> ‐‐‐ Original Message ‐‐‐
> On Friday, December 6, 2019 12:43 PM, Richard Biener
> richard.guent...@gmail.com wrote:
>
> ...
> ...
>
> > > Are we certain the change we want is to support _Complex double so that
> > > cexpi is auto-vectorized?
On Fri, Dec 6, 2019 at 6:47 PM David Malcolm wrote:
>
> On Fri, 2019-12-06 at 11:52 +0100, Richard Biener wrote:
> > On Sat, Nov 16, 2019 at 2:20 AM David Malcolm
> > wrote:
> > > This patch converts various "gimple *" to "const gimple *" and
> > > similar
> > > fixes for gimple subclasses,
On Sat, Dec 7, 2019 at 3:28 PM Jeff Law wrote:
>
> On Fri, 2019-11-15 at 20:22 -0500, David Malcolm wrote:
> > This patch converts various "gimple *" to "const gimple *" and
> > similar
> > fixes for gimple subclasses, adding is_a_helper for gimple subclasses
> > to support the const form of
On Sat, Dec 7, 2019 at 2:53 PM Thomas Koenig wrote:
>
> Hello world,
>
> the attached patch introduces a new option, -finline-pack.
>
> Since the fix for PR88821, we now do inline packing of
> arguments (if required) via the scalarizer, instead of
> using _gfortran_internal_[un]pack when
Overview:
https://gcc.gnu.org/projects/cxx-status.html#cxx11
Am 09.12.2019 um 04:17 schrieb Nicholas Krause:
Greetings,
I was wondering what the current status of being able to use C++11 is
without
the gcc project. Seems it will be much easier to implement basic
spinlocks with
the C++11
On Fri, Dec 6, 2019 at 11:31 PM Jeff Law wrote:
>
> On Wed, 2019-12-04 at 12:55 -0700, Martin Sebor wrote:
> > On 11/15/19 6:22 PM, David Malcolm wrote:
> > > This patch kit introduces a static analysis pass for GCC that can
> > > diagnose
> > > various kinds of problems in C code at compile-time
On Fri, Dec 6, 2019 at 6:27 PM Kwok Cheung Yeung wrote:
>
> Hello
>
> A number of the libgomp tests running with AMD GCN offloading fail with
> the following internal compiler error:
>
> during RTL pass: final
>
201 - 278 of 278 matches
Mail list logo