On 9/18/20 8:42 PM, Patrick Palka wrote:
On Fri, 18 Sep 2020, Patrick Palka wrote:
On Fri, 18 Sep 2020, Jason Merrill wrote:
On 9/18/20 4:07 PM, Patrick Palka wrote:
With r10-8077 we stopped passing the argified current_template_parms to
normalize_constraint_expression from
This fixes a division by zero in the selection-sampling std::__search
overload when the input range is empty (and hence __unsampled_sz is 0).
Tested on x86_64-pc-linux-gnu.
libstdc++-v3/ChangeLog:
* include/bits/stl_algo.h (__sample): Exit early when the
input range is empty.
As per P0202.
Tested on x86_64-pc-linux-gnu.
libstdc++-v3/ChangeLog:
* include/bits/stl_algo.h (for_each_n): Mark constexpr for C++20.
(search): Likewise for the overload that takes a searcher.
* testsuite/25_algorithms/for_each/constexpr.cc: Test constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96987
--- Comment #6 from Iain Buclaw ---
(In reply to Martin Sebor from comment #5)
> A void pointer is usually cast to one to a complete type that's then used to
> access the object (e.g., bsearch). But not every instance of every warning
> should
On Fri, 18 Sep 2020, Patrick Palka wrote:
> On Fri, 18 Sep 2020, Jason Merrill wrote:
>
> > On 9/18/20 4:07 PM, Patrick Palka wrote:
> > > With r10-8077 we stopped passing the argified current_template_parms to
> > > normalize_constraint_expression from finish_nested_requirement, and
> > >
On Tue, 2020-08-11 at 12:23 -0700, Carl Love wrote:
> Segher, Will:
>
> Patch 5 adds the 128-bit integer to/from 128-floating point
> conversions. This patch has to invoke the routines to use the 128-bit
> hardware instructions if on Power 10 or use software routines if
> running on a pre Power
Hi!
On Thu, Sep 17, 2020 at 01:20:35PM +0200, Richard Biener wrote:
> This adds the capability to look for available negated multiplications
> and divisions, replacing them with cheaper negates.
It is longer latency than the original insns. Combine will try to undo
this, because of that (it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97099
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2020-09-18
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97119
Bug ID: 97119
Summary: Top level option to disable creation of IPA symbols
such as .localalias is desired
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Hi!
On Thu, Sep 17, 2020 at 10:15:30AM -0700, David Faust via Gcc-patches wrote:
> The 'mod' and 'div' operators in eBPF are unsigned, with no signed
> counterpart. xBPF adds two new ALU operations, sdiv and smod, for
> signed division and modulus, respectively. Update bpf.md with
> 'define_insn'
Hi!
On Fri, Sep 18, 2020 at 03:31:12PM -0500, Qing Zhao wrote:
> Let me know your opinion:
>
> A. Will not provide default definition in middle end to generate the zeroing
> insn for selected registers. Move the generation work all to target; X86
> implementation will be provided;
>
> OR:
>
Snapshot gcc-9-20200918 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20200918/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at charter dot net
---
ok, thanks .
On 9/15/20 1:35 PM, Harald Anlauf wrote:
As stated in the PR, the Fortran 2018 standard removed the restriction
prohibiting ELEMENTAL RECURSIVE procedures. Adjust the relevant check.
Regtested on x86_64-pc-linux-gnu.
OK for master?
Thanks,
Harald
PR fortran/97036 - [F2018]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4a5ff2b56bfea0b3e154a15e809c5c42dc3b9e9f
commit r11-3292-g4a5ff2b56bfea0b3e154a15e809c5c42dc3b9e9f
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97118
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4a5ff2b56bfea0b3e154a15e809c5c42dc3b9e9f
commit r11-3292-g4a5ff2b56bfea0b3e154a15e809c5c42dc3b9e9f
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
--- Comment #5 from Jakub Jelinek ---
Ah, Jason has committed a fix already, against the other PR. I'll commit the
testcase and close this PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
--- Comment #4 from Jakub Jelinek ---
>From what I can see, when doing pushdecl of the extern a declaration the
VAR_DECL is pushed into incomplete_vars, then when seeing the definition
pushdecl is called again and during duplicate_decls it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90210
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
When experimenting the a new state_machine with global state I noticed
that the fallback handling in warning_event::get_desc assumes we have
per-value states, and ICEs on global states. Fixed thusly.
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as
Successfully bootstrapped & regrtested on x86_64-pc-linux-gnu.
Pushed to master as c89956cba9d1a5fbf059f7880ff49418718a2965.
gcc/analyzer/ChangeLog:
* sm-malloc.cc (malloc_state_machine::on_stmt): Handle strdup and
strndup as being malloc-like allocators.
gcc/testsuite/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
On 9/18/20 4:35 PM, Martin Sebor wrote:
On 9/18/20 11:36 AM, Andrew MacLeod wrote:
On
it works exactly like one would expect a simple allocator to work..
as long as the allcoator is "live", its allocations are live. once
it is destructed, all the memory it manages is freed.. It purpose
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
--- Comment #2 from anlauf at gcc dot gnu.org ---
Interestingly, the bug "disappears" if frontend optimization is enabled
(-ffrontend-optimize), thus at all optimizations that enable it.
On Fri, 18 Sep 2020, Jason Merrill wrote:
> On 9/18/20 4:07 PM, Patrick Palka wrote:
> > With r10-8077 we stopped passing the argified current_template_parms to
> > normalize_constraint_expression from finish_nested_requirement, and
> > instead tweaked map_arguments to perform a self-mapping of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97063
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.2.1, 11.0, 7.4.1, 8.4.1,
Forgot to include ChangeLog entries.
Aldy
>From 49246a5aa51aff0e1beb97b8415985ffdbd5d922 Mon Sep 17 00:00:00 2001
From: Aldy Hernandez
Date: Thu, 17 Sep 2020 09:23:12 +0200
Subject: [PATCH 1/3] Initial implementation of value query class.
gcc/ChangeLog:
* Makefile.in: Add
On 9/18/20 11:36 AM, Andrew MacLeod wrote:
On 9/18/20 1:07 PM, Martin Sebor wrote:
On 9/18/20 8:10 AM, Aldy Hernandez via Gcc-patches wrote:
On 9/18/20 2:28 PM, David Malcolm wrote:
On Fri, 2020-09-18 at 07:49 +0200, Aldy Hernandez wrote:
On 9/18/20 3:43 AM, David Malcolm wrote:
On Thu,
Hi, Richard,
During my implementation of the new version of the patch. I still feel that
it’s not practical to add a default definition in the middle end to just use
move patterns to zero each selected register.
The major issues are:
There are some target specific information on how to
On 9/18/20 4:07 PM, Patrick Palka wrote:
With r10-8077 we stopped passing the argified current_template_parms to
normalize_constraint_expression from finish_nested_requirement, and
instead tweaked map_arguments to perform a self-mapping of parameters
when args is NULL. We're currently not
Hi!
On Fri, Sep 18, 2020 at 01:17:41AM -0500, Xiong Hu Luo wrote:
> vec_insert accepts 3 arguments, arg0 is input vector, arg1 is the value
> to be insert, arg2 is the place to insert arg1 to arg0. Current expander
> generates stxv+stwx+lxv if arg2 is variable instead of constant, which
> causes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93423
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:ce2c9b341df267ce2ab86815ba957bce9935f7bb
commit r10-8774-gce2c9b341df267ce2ab86815ba957bce9935f7bb
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93423
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:13421890f81844acb134a460eda7132db3e504ed
commit r10-8775-g13421890f81844acb134a460eda7132db3e504ed
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96041
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:13421890f81844acb134a460eda7132db3e504ed
commit r10-8775-g13421890f81844acb134a460eda7132db3e504ed
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97117
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
With r10-8077 we stopped passing the argified current_template_parms to
normalize_constraint_expression from finish_nested_requirement, and
instead tweaked map_arguments to perform a self-mapping of parameters
when args is NULL. We're currently not handling parameter packs and
Ping.
On Thu, Sep 10, 2020 at 06:15:24PM -0400, Marek Polacek via Gcc-patches wrote:
> To quickly recap, P0846 says that a name is also considered to refer to
> a template if it is an unqualified-id followed by a < and name lookup
> finds either one or more functions or finds nothing.
>
> In a
On 9/17/20 12:36 PM, Patrick Palka wrote:
According to [expr.const]/14, the result of substitution into an atomic
constraint is manifestly constant-evaluated; this patch adjusts the call
to maybe_constant_value in satisfy_atom to that effect.
Tested on x86_64-pc-linux-gnu, and also tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97118
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:e1a1808cd19afd93fc4134fbd8376346d05bdba8
commit r11-3289-ge1a1808cd19afd93fc4134fbd8376346d05bdba8
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96531
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97103
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |10.3
Known to fail|
As part of the ranger work, we have been trying to clean up and
generalize interfaces whenever possible. This not only helps in
reducing the maintenance burden going forward, but provides mechanisms
for backwards compatibility between ranger and other providers/users of
ranges throughout the
On Fri, Sep 18, 2020 at 01:17:40AM -0500, Xiong Hu Luo wrote:
> This patch enables transformation from ARRAY_REF(VIEW_CONVERT_EXPR) to
> VEC_SET internal function in gimple-isel pass if target supports
> vec_set with variable index by checking can_vec_set_var_idx_p.
> + tree_code code =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97118
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
Dominique d'Humieres changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
---
Thanks for looking at this.
"Kewen.Lin" writes:
> Hi,
>
> The commit r11-3230 brings a nice improvement to use full
> vectors instead of partial vectors when available. But
> it caused some vector with length test cases to fail on
> Power.
>
> The failure on
On Fri, Sep 18, 2020 at 01:08:42PM +0930, Alan Modra wrote:
> On Thu, Sep 17, 2020 at 12:51:25PM -0500, Segher Boessenkool wrote:
> > > - if (CONST_INT_P (XEXP (x, 1))
> > > - && satisfies_constraint_I (XEXP (x, 1)))
> > > + if (!speed)
> > > + /* A little more than one insn so that
On Thu, Sep 17, 2020 at 11:43 PM Richard Biener via Gcc-patches
wrote:
>
> On Fri, Sep 18, 2020 at 5:20 AM Jason Merrill via Gcc-patches
> wrote:
> >
> > Martin's -Wplacement-new patch ran into a problem with DECL_SIZE not being
> > set on an extern variable for which the type was not complete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97118
Bug ID: 97118
Summary: [11 Regression] r11-3274 breaks bootstrap
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 9/17/20 7:04 PM, Tobias Burnus wrote:
OG10 = devel/omp/gcc-10
Added additionally:
5e8af933d6f libgomp.c-c++-common/pr96390.c: XFAIL on nvptx.
d759c5ff1a0 OpenMP: Fix declare-target discovery with aliasing
Cheers,
Tobias
-
Mentor Graphics (Deutschland) GmbH, Arnulfstraße
On 9/18/20 1:07 PM, Martin Sebor wrote:
On 9/18/20 8:10 AM, Aldy Hernandez via Gcc-patches wrote:
On 9/18/20 2:28 PM, David Malcolm wrote:
On Fri, 2020-09-18 at 07:49 +0200, Aldy Hernandez wrote:
On 9/18/20 3:43 AM, David Malcolm wrote:
On Thu, 2020-09-17 at 12:36 +0200, Aldy Hernandez
Ping.
On Thu, Sep 17, 2020 at 3:52 PM Jeff Law wrote:
>
>
> On 9/16/20 8:46 AM, Richard Sandiford wrote:
>
> "H.J. Lu" writes:
>
> On Tue, Sep 15, 2020 at 7:44 AM Richard Sandiford
> wrote:
>
> Thanks for looking at this.
>
> "H.J. Lu" writes:
>
> commit 1bcb4c4faa4bd6b1c917c75b100d618faf9e628c
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97054
--- Comment #3 from H.J. Lu ---
Fixed in GCC 11 by
commit 3c7c5f1d4a4b8328fb4c07483cdbfe4ea7762155
Author: Richard Sandiford
Date: Fri Sep 18 16:55:45 2020 +0100
ira: Fix elimination for global hard FPs [PR91957]
>
>>> The 'mod' and 'div' operators in eBPF are unsigned, with no signed
>>> counterpart. xBPF adds two new ALU operations, sdiv and smod, for
>>> signed division and modulus, respectively. Update bpf.md with
>>> 'define_insn' blocks for signed div and mod to use them when targetting
>>> xBPF,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97117
Bug ID: 97117
Summary: [11 regression] location-overflow-test-1.c FAILs after
r11-3266
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
On 9/18/20 8:10 AM, Aldy Hernandez via Gcc-patches wrote:
On 9/18/20 2:28 PM, David Malcolm wrote:
On Fri, 2020-09-18 at 07:49 +0200, Aldy Hernandez wrote:
On 9/18/20 3:43 AM, David Malcolm wrote:
On Thu, 2020-09-17 at 12:36 +0200, Aldy Hernandez via Gcc-patches
wrote:
This is the irange
On 9/18/20 6:42 PM, Andrew MacLeod wrote:
On 9/18/20 8:28 AM, David Malcolm wrote:I think of a "pool allocator" as
something that makes a small
number of
large allocation under the covers, and then uses that to serve
large
numbers of fixed sized small allocations and deallocations with
O(1)
On 9/18/20 8:28 AM, David Malcolm wrote:I think of a "pool allocator" as
something that makes a small
number of
large allocation under the covers, and then uses that to serve
large
numbers of fixed sized small allocations and deallocations with
O(1)
using a free list.
Ah, I didn't know pool had
Hi Christophe,
On 08/09/2020 10:14, Christophe Lyon wrote:
> On Mon, 17 Aug 2020 at 11:00, Alex Coplan wrote:
> >
> > gcc/ChangeLog:
> >
> > * config/aarch64/aarch64.md
> > (*adds__): Ensure extended operand
> > agrees with width of extension specifier.
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96378
--- Comment #2 from Nick Briggs ---
The initial gcc is:
$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/gcc/7/lib/gcc/sparcv9-solaris2.11/7.3.0/lto-wrapper
Target: sparcv9-solaris2.11
Configured with:
On Fri, Sep 18, 2020 at 10:37:47AM +0800, Kewen.Lin wrote:
> The commit r11-3230 brings a nice improvement to use full
> vectors instead of partial vectors when available. But
> it caused some vector with length test cases to fail on
> Power.
>
> The failure on
Hi,
On Tue, 2020-09-15 at 20:40 +0200, Jakub Jelinek wrote:
> Ok, here it is in patch form.
> I've briefly tested it, with the older binutils I have around (no --gdwarf-N
> support), with latest gas (--gdwarf-N that can be passed to as even when
> compiling C/C++ etc. code and emitting
>> The 'mod' and 'div' operators in eBPF are unsigned, with no signed
>> counterpart. xBPF adds two new ALU operations, sdiv and smod, for
>> signed division and modulus, respectively. Update bpf.md with
>> 'define_insn' blocks for signed div and mod to use them when targetting
>> xBPF, and add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93293
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On 9/18/20 8:13 AM, sathesh edara via Gcc wrote:
> Hi All,
>I am looking for a patch file to forbid emitting lwl/lwr/swl/swr
> instructions in gcc-5.5.0 for mips.
> I see the link below, which has already submitted a patch ( gcc 3..4.1) for
> this.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97114
--- Comment #1 from David Malcolm ---
There may also be some precision-of-wording issues here, when describing the
chain of events in a diagnostic path.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97116
Bug ID: 97116
Summary: Fix argument numbering in C++ member function calls
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97107
--- Comment #1 from Alan Modra ---
Created attachment 49241
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49241=edit
fix under test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97115
Bug ID: 97115
Summary: Support for pre-main ctors in -fanalyzer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
Hi All,
I am looking for a patch file to forbid emitting lwl/lwr/swl/swr
instructions in gcc-5.5.0 for mips.
I see the link below, which has already submitted a patch ( gcc 3..4.1) for
this.
https://gcc.gnu.org/pipermail/gcc/2005-February/139667.html
Could you please give pointers/links to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97114
Bug ID: 97114
Summary: Support for vfuncs in -fanalyzer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97113
Bug ID: 97113
Summary: Support for RTTI within -fanalyzer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
On 9/18/20 2:28 PM, David Malcolm wrote:
On Fri, 2020-09-18 at 07:49 +0200, Aldy Hernandez wrote:
On 9/18/20 3:43 AM, David Malcolm wrote:
On Thu, 2020-09-17 at 12:36 +0200, Aldy Hernandez via Gcc-patches
wrote:
This is the irange storage class. It is used to allocate the
minimum
amount
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97112
Bug ID: 97112
Summary: class-deduction-alias1.C ICEs with -std=c++17
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97111
Bug ID: 97111
Summary: Support for exception-handling within -fanalyzer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97110
Bug ID: 97110
Summary: [meta-bug] analyzer tracker bug for C++ support
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
--- Comment #15 from Kewen Lin ---
(In reply to rguent...@suse.de from comment #14)
> On Fri, 18 Sep 2020, linkw at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96789
> >
> > --- Comment #13 from Kewen Lin ---
> >
On Fri, Sep 18, 2020 at 01:39:16PM +0200, Richard Biener wrote:
> --- a/gcc/tree-vect-patterns.c
> +++ b/gcc/tree-vect-patterns.c
> @@ -2456,7 +2456,6 @@ vect_recog_rotate_pattern (vec_info *vinfo,
>append_pattern_def_seq (vinfo, stmt_vinfo, def_stmt);
> }
>stype = TREE_TYPE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97081
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3d3fe967b0961cb59f5df03ae2a55d83dc4bbd34
commit r11-3283-g3d3fe967b0961cb59f5df03ae2a55d83dc4bbd34
Author: Jakub Jelinek
Date:
Hi Richard, Segher,
On 17/09/2020 08:10, Richard Sandiford wrote:
> Alex Coplan writes:
> > Hi Richard,
> >
> > On 10/09/2020 19:18, Richard Sandiford wrote:
> >> Alex Coplan writes:
> >> > Hello,
> >> >
> >> > Since r11-2903-g6b3034eaba83935d9f6dfb20d2efbdb34b5b00bf introduced a
> >> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97103
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97073
--- Comment #8 from Franz Sirl ---
(In reply to Jakub Jelinek from comment #4)
> Created attachment 49236 [details]
> gcc11-pr97073.patch
>
> Untested fix.
I can confirm that this patch applied to the gcc-8 branch fixes the testcase
and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97081
Richard Biener changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97081
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9c9b88fdcff3520b2c4fb520c5d3b422eaa9a72f
commit r11-3282-g9c9b88fdcff3520b2c4fb520c5d3b422eaa9a72f
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97089
Richard Biener changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97109
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
On Thu, 17 Sep 2020 at 13:20, Richard Biener wrote:
>
> This adds the capability to look for available negated multiplications
> and divisions, replacing them with cheaper negates.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed.
>
This patch caused a regression in fortran, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97109
Bug ID: 97109
Summary: [11 regression] gfortran.dg/array_constructor_11.f90
fails since r11-3258
(g:c7f4be78cb61006492d16375aba5392f580cd633)
Product: gcc
On Thu, 17 Sep 2020 at 23:33, Jeff Law wrote:
>
>
> On 9/14/20 3:29 AM, Christophe Lyon via Gcc-patches wrote:
> > Initializing orig_err avoids a warning: "may be used uninitialized".
> >
> > 2020-09-14 Torbjörn SVENSSON
> > Christophe Lyon
> >
> > libiberty/
> > * pex-win32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108
Bug ID: 97108
Summary: Wmaybe-uninitialized false positive
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On Fri, 2020-09-18 at 07:49 +0200, Aldy Hernandez wrote:
>
> On 9/18/20 3:43 AM, David Malcolm wrote:
> > On Thu, 2020-09-17 at 12:36 +0200, Aldy Hernandez via Gcc-patches
> > wrote:
> > > This is the irange storage class. It is used to allocate the
> > > minimum
> > > amount of storage needed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97107
Alan Modra changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97107
Bug ID: 97107
Summary: libgo fails to build for power10
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97106
--- Comment #1 from Tobias Burnus ---
Suggested fix:
14:11 < amonakov> Tobias__: I think the proper way to solve this is define
hooks for the backend to print something for aliases, and then have nvptx-ld.c
resolve them
14:12 < amonakov> (right
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97106
Bug ID: 97106
Summary: [nvptx] Issues with weak aliases introduced by C++
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
On Fri, Sep 18, 2020 at 01:39:16PM +0200, Richard Biener wrote:
> This corrects the mask for creation of x << s | x >> (-x & mask)
> from a rotate x <
> Bootstrap / regtest running on x86_64-unknown-linux-gnu.
>
> 2020-09-18 Richard Biener
>
> PR tree-optimization/97081
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97104
--- Comment #1 from Richard Biener ---
possibly latent if you turn the live operation into one stored to a loop
variant and vectorized location - the loop wasn't vectorized before the cited
rev.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97105
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
1 - 100 of 158 matches
Mail list logo