Hi!
On 2011-10-23T14:50:35+0100, Jonathan Wakely wrote:
> On 23 October 2011 14:32, Thomas Schwinge wrote:
>>> - Regenerate all files:
>>> +
>>> [[Regenerating_GCC_Configuration#Regenerating_All_.27.27configure.27.27_Files|Regenerate
>>> all files]]
>>>
>>> + See also
Status
==
The GCC 7 branch is open for regression and documentation fixes.
We will close the GCC 7 branch after the release of GCC 7.5. There
has been a lot of backporting activity to this branch a few weeks ago,
but some bits may be left.
I'm currently planning to do GCC 7.5 RC1 in the
Status
==
GCC trunk is open for general development, stage 1. Stage 1
tentatively ends at the end of Saturday, Nov. 16th, after which
we enter general bugfixing, Stage 3 which is expected to last
two months, closing with finalizing the transition to git.
Please make sure to get features
Do you need an invoice?
zse456188- 0264vXBdA 0584 (徽同)
价低保真点数低
---
结果肋骨被砸断了好几颗
Do you need an invoice?
zse456188- 0264v 0584 (徽同)
价低保真点数低
---
并且油腻过头了
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47785
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92165
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92165
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92166
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92167
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87403
Bug 87403 depends on bug 91915, which changed state.
Bug 91915 Summary: New warning for duplicate if condition in if-elseif-elseif
chain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91915
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91915
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91915
--- Comment #4 from Martin Liška ---
Great, thank you Marek!
On Tue, Oct 22, 2019 at 9:25 AM Richard Sandiford
wrote:
>
> I noticed yesterday that r277235 was a bit too mechanical and ended up
> introducing use after free bugs in both loop and SLP vectorisation.
> Sorry for the stupid mistake. :-(
>
> Moving "next_size += 1" down isn't part of the fix, but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91969
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92005
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90947
--- Comment #13 from Jakub Jelinek ---
Created attachment 47082
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47082=edit
gcc10-pr90947.patch
Here is an untested patch that fixes it for -std=c++17/-std=c++2a, though not
for C++11/14,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81866
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83534
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92133
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91969
--- Comment #2 from Martin Liška ---
A reduced test-case:
$ cat ice.C
enum by {};
class A {
public:
class B {
public:
virtual void m_fn2(by) = 0;
};
virtual int m_fn1();
B *cf;
};
by a;
class C : A, A::B {
void m_fn2(by);
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92131
--- Comment #19 from Eric Botcazou ---
Created attachment 47084
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47084=edit
Tentative fix
@Honza: PING^1
On 9/18/19 12:14 PM, Martin Liška wrote:
> On 9/11/19 1:38 PM, Martin Liška wrote:
>> The inline_clone manipulation happens in cgraph_node::find_replacement where
>> we manipulate the clone_of.
>
> I fixed that but there's a similar situation which goes other way around:
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91393
--- Comment #11 from Martin Liška ---
(In reply to David Binderman from comment #10)
> (In reply to Martin Liška from comment #9)
> > I've got a patch candidate for it.
>
> Ping Martin. Anything happened with that patch ?
There's a discussion
On Mon, Oct 21, 2019 at 01:24:30PM +0200, Jakub Jelinek wrote:
> So I wonder if for correctness I don't need to add:
>
> if (!use->iv->no_overflow
> && !cand->iv->no_overflow
> && !integer_pow2p (cstep))
> return NULL_TREE;
>
> with some of the above as comment explaining why.
From: Shahab Vahedi
Hi Andrew,
The movsi_ne variants are in a wrong order, leading to wrong
computation of the internal attribute "cond". Hence, to errors when
outputting annul-true or annul-false instructions. Testcase added.
The patch needs to go for trunk and gcc9 branch.
OK to apply?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89022
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Hi, Michael,
Since gcc 10 release is coming, that will be good if we can add this patch
before that. Thanks
Feng.
From: Michael Matz
Sent: Wednesday, October 16, 2019 12:01 AM
To: Philipp Tomsich
Cc: Feng Xue OS; Richard Biener;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86465
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Do not split immediate constants for predicated instructions.
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.c (arc_split_ior): Add asserts.
(arc_split_mov_const): Likewise.
(arc_check_ior_const): Do not match known short immediate values.
*
Update -mea option documentation.
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.opt (mea): Update help string.
* doc/invoke.texi(ARC): Update mea option info.
---
gcc/config/arc/arc.opt | 2 +-
gcc/doc/invoke.texi| 2 +-
2 files changed, 2 insertions(+), 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91956
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91971
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83356
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83712
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92175
--- Comment #2 from Jakub Jelinek ---
Something should compare the costs. Either vect_recog_mult_pattern should move
the mul_optab != unknown_optab etc. check after vect_synth_mult_by_constant,
compare the costs of the pattern recognized
Hello,
I've only noticed a couple typos, and one minor remark. From my
perspective it's okay, but you still need the okay of a proper reviewer,
for which you might want to state the testing/regression state of this
patch relative to trunk. The remarks follow:
On Tue, 22 Oct 2019, Feng Xue
The following fixes an ICE when vectorizable_reduction asks for
the optab for a shift but passes optab_default. Simply pass
optab_vector since that's what it code-generates later. As
optimization if its own code-generator fails try the regular
one.
Bootstrapped and tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92170
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
I noticed yesterday that r277235 was a bit too mechanical and ended up
introducing use after free bugs in both loop and SLP vectorisation.
Sorry for the stupid mistake. :-(
Moving "next_size += 1" down isn't part of the fix, but it seemed odd
to keep it where it was after moving the "next_size ==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91979
--- Comment #3 from Jonathan Wakely ---
Thanks, once you have a copyright assignment on file please post to the
gcc-patches list with a testcase.
This might need a new -fabi-version to preserve the old mangling for
compatibility, but I'll let
On Tue, Oct 22, 2019 at 1:00 AM Giuliano Belinassi
wrote:
>
> Hi,
>
> When using lto-dump -callgraph with two or more .o files containing distinct
> functions with the same name, dump_graphviz incorrectly merged those functions
> into a single node. This patch fixes this issue by calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90928
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90354
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85887
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85887
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92133
--- Comment #2 from Feng Xue ---
(In reply to Martin Liška from comment #1)
> Let me take a look.
I've created a patch
(https://gcc.gnu.org/ml/gcc-patches/2019-10/msg01260.html), could you take a
time to review it?
On Tue, Oct 22, 2019 at 10:00:39AM +, Tamar Christina wrote:
> Glibc has recently introduced changed to the mode field in ipc_perm
> in commit 2f959dfe849e0646e27403f2e4091536496ac0f0. For Arm this
> means that the mode field no longer has the same size.
>
> This causes an assert failure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91979
Kamlesh Kumar changed:
What|Removed |Added
CC||kamleshbhalui at gmail dot com
---
The most current version still using GCC 5 is an indication we may
want/need to remove this at one point. For now I opted to keep it.
Committed.
Gerald
commit 1d67809c07a5e60220f2d2e03a4ff2de33302721
Author: Gerald Pfeifer
Date: Tue Oct 22 08:38:17 2019 +0200
Replace (or remove)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92175
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92133
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Hi All,
Glibc has recently introduced changed to the mode field in ipc_perm
in commit 2f959dfe849e0646e27403f2e4091536496ac0f0. For Arm this
means that the mode field no longer has the same size.
This causes an assert failure against libsanitizer's internal copy
of ipc_perm. Since this change
Prathamesh Kulkarni writes:
> diff --git a/gcc/tree-vect-stmts.c b/gcc/tree-vect-stmts.c
> index acdd90784dc..dfd33b142ed 100644
> --- a/gcc/tree-vect-stmts.c
> +++ b/gcc/tree-vect-stmts.c
> @@ -10016,25 +10016,26 @@ vectorizable_condition (stmt_vec_info stmt_info,
> gimple_stmt_iterator *gsi,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83534
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Andrew,
Please find a set of three patches for trunk as fallows:
[ARC] Cleanup sign/zero extend patterns
This is just insn patterns cleanup.
[ARC] Update mea option documentation
Update -mea option documentation.
[ARC] Don't split ior/mov predicated insns.
Found
Cleanup sign/zero extend patterns (corrects the asm output string and
constraint letters).
gcc/
-xx-xx Claudiu Zissulescu
* config/arc/arc.md (zero_extendqihi2_i): Cleanup pattern.
(zero_extendqisi2_ac): Likewise.
(zero_extendhisi2_i): Likewise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92175
Bug ID: 92175
Summary: x86 backend claims V4SI multiplication support,
preventing more optimal pattern
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91825
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91885
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91860
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88760
--- Comment #41 from Jiu Fu Guo ---
for code:
subroutine foo (i, i1, block)
integer :: i, i1
integer :: block(9, 9, 9)
block(i:9,1,i1) = block(i:9,1,i1) - 10
end subroutine foo
"-funroll-loops --param max-unroll-times=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88322
Bug 88322 depends on bug 88305, which changed state.
Bug 88305 Summary: Implement P0019R8, C++20 std::atomic_ref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88305
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88305
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92170
--- Comment #6 from Eric Botcazou ---
> I wasn't sure what the purpose of splitting at "." was (in particular since
> I think of GCC as a C/C++ compiler and the "." would not normally appear in
> qualified names as a separator).
Yet there is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92170
--- Comment #7 from Austin Morton ---
As I said, the code made no sense to me in the context of C/C++ qualified names
- the comment didn't clarify that this bit of code was concerned with Ada
qualified names.
Printing the fully qualified name
Installed as obvious.
* config/abi/post/aarch64-linux-gnu/baseline_symbols.txt: Update.
diff --git
a/libstdc++-v3/config/abi/post/aarch64-linux-gnu/baseline_symbols.txt
b/libstdc++-v3/config/abi/post/aarch64-linux-gnu/baseline_symbols.txt
index 53c87f115e0..99fd027827c 100644
---
On Mon, Oct 21, 2019 at 04:44:22PM -0400, Jason Merrill wrote:
> Perhaps we should bypass the existing virtual function call mechanism for
> consteval, and instead find the complete object directly and call
> non-virtually.
Maybe, but can that be done incrementally?
> > The finish_function was
On Okt 21 2019, Joseph Myers wrote:
> I've seen some versions of plain "git push" in the past warn about changed
> defaults for what it pushes, so being explicit avoids confusing people
> with that warning. Though it seems that warning was removed from git in
> 2016, so maybe avoiding it is
Hi Andrew,
There are cases when an pic address gets complicated, and it needs to
be resolved via force_reg function found in
prepare_move_operands. When this happens, we need to disambiguate the
pic address and re-legitimize it. Testcase added as well.
The patch needs to be applied to trunk and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81669
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82364
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074
--- Comment #5 from Martin Liška ---
(In reply to Hongtao.liu from comment #4)
> Same regression on skylake.
Confirmed and same happens for znver1:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=32.407.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92176
Bug ID: 92176
Summary: LRA problem with reloads for subreg operands
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90947
Dimitar Yordanov changed:
What|Removed |Added
CC||dimitar.yordanov at sap dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
--- Comment #9 from postmas...@trippelsdorf-de.bounceio.net ---
Your email was bounced...
-
... because something went wrong between you and your recipient. Ugh!
What to do next?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91576
--- Comment #8 from Martin Liška ---
Honza?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89357
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90320
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86465
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92109
Martin Liška changed:
What|Removed |Added
Keywords||needs-reduction
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91021
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91891
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90133
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91816
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.5
Hi,
this was still collecting dust on my disk, so here it is. See the
extensive comment in the patch for what happens, in short invariant IVs
are affine but still have to be handled more conservative than other
affine IVs in transformations that reorder instructions. Making our
dependence
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90758
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90663
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90320
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89434
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67960
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87338
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90291
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88660
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90264
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91100
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87833
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92173
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Oct 22 13:08:53 2019
New Revision: 277288
URL: https://gcc.gnu.org/viewcvs?rev=277288=gcc=rev
Log:
2019-10-22 Richard Biener
PR tree-optimization/92173
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92154
--- Comment #2 from Tamar Christina ---
Author: tnfchris
Date: Tue Oct 22 14:25:38 2019
New Revision: 277291
URL: https://gcc.gnu.org/viewcvs?rev=277291=gcc=rev
Log:
Arm: Fix arm libsanitizer bootstrap failure
Glibc has recently introduced
1 - 100 of 259 matches
Mail list logo