https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103171
--- Comment #5 from Martin Jambor ---
I have proposed a patch on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2022-January/589429.html
On 1/28/2022 9:31 AM, Jakub Jelinek via Gcc-patches wrote:
Hi!
As mentioned in the PRthe following testcase fails, because the last
stmt of a bb with -g is a debug stmt and get_status_for_store_merging
uses gimple_seq_last_stmt (bb_seq (bb)) when testing if it is valid
for store merging.
Hi,
in r12-2523-g13586172d0b70c ipa-prop tracking of jump functions during
inlining got the ability to remove ADDR references when inlining
discovered that they were not necessary or turn them into LOAD
references when we know that what was a function call argument passed
by reference will end up
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
Bug ID: 104271
Summary: 538.imagick_r run-time at -Ofast -march=native
regressed by 26% on Intel Cascade Lake server CPU
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Hello
I have backported and committed the patch 'openmp: Add warning when
functions containing metadirectives with 'construct={target}' called
directly' to the devel/omp/gcc-11 development branch:
d6d82af7918 openmp: Add warning when functions containing metadirectives
with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101391
--- Comment #8 from Gaius Mulley ---
Is it okay to close this PR as I've git committed some regression tests to
check that cgetopt and (other modules) are present and visible to the linker?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103676
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11 Regression] internal
Hello
Regarding this issue which we discussed previously - I have created a
patch that adds a warning when this situation is detected.
When a metadirective in a explicitly marked target function is
gimplified, it is checked to see if it contains a 'construct={target}'
selector - if it does,
Hi!
As mentioned in the PRthe following testcase fails, because the last
stmt of a bb with -g is a debug stmt and get_status_for_store_merging
uses gimple_seq_last_stmt (bb_seq (bb)) when testing if it is valid
for store merging. The debug stmt isn't valid, while a stmt at that
position with -g0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103616
--- Comment #2 from Jakub Jelinek ---
#c0 doesn't ICE on the trunk since
r12-5944-ga7acb6dca941db2b1c135107dac3a34a20650d5c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92752
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104228
Jakub Jelinek changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
On 1/28/22 16:26, Marek Polacek wrote:
On Fri, Jan 28, 2022 at 04:08:18PM +0100, Martin Liška wrote:
On 1/28/22 15:59, Marek Polacek wrote:
On Fri, Jan 28, 2022 at 02:53:16PM +0100, Martin Liška wrote:
On 1/24/22 23:36, Marek Polacek via Gcc-patches wrote:
|@@ -7820,6 +7820,10 @@ bidi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94801
dragan.mladjenovic at syrmia dot com changed:
What|Removed |Added
CC||dragan.mladjenovic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #27 from Vladimir Makarov ---
(In reply to Richard Biener from comment #17)
> So in .reload we have (with unpatched trunk)
>
> 401: NOTE_INSN_BASIC_BLOCK 6
> 462: ax:DF=[`*.LC0']
> REG_EQUAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104266
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104228
--- Comment #4 from Jakub Jelinek ---
The .y var is added into the s function with:
#0 add_decl_as_local (decl=) at
../../gcc/fortran/trans-decl.cc:257
#1 0x00c054f8 in gfc_finish_var_decl (decl=, sym=0x3e16a00) at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102449
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101783
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102178
--- Comment #26 from Vladimir Makarov ---
(In reply to Richard Biener from comment #7)
> make costs in a way that IRA/LRA prefer re-materialization of constants
> from the constant pool over spilling to GPRs (if that's possible at all -
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104228
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104270
Bug ID: 104270
Summary: -Wanalyzer-use-of-uninitialized-value is incorrectly
suppressed by -ftrivial-auto-var-init=
Product: gcc
Version: 12.0
Status: UNCONFIRMED
On Fri, Jan 28, 2022 at 04:08:18PM +0100, Martin Liška wrote:
> On 1/28/22 15:59, Marek Polacek wrote:
> > On Fri, Jan 28, 2022 at 02:53:16PM +0100, Martin Liška wrote:
> > > On 1/24/22 23:36, Marek Polacek via Gcc-patches wrote:
> > > > |@@ -7820,6 +7820,10 @@ bidi contexts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103483
--- Comment #21 from Jeffrey A. Law ---
Yes, the wording is dreadful. Yes we need a better way to express to the user
the paths followed and how they impacted the analysis.
As for suppressing. There's not a great option here, which isn't a
Revert partially what I did in g:76ef38e3178a11e76a66b4d4c0e10e85fe186a45.
Pushed based on IRC discussion with Jakub.
Martin
gcc/ChangeLog:
* diagnostic.cc (diagnostic_action_after_output): Remove extra
newline.
---
gcc/diagnostic.cc | 4 ++--
1 file changed, 2 insertions(+),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104255
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment
On 1/28/22 15:59, Marek Polacek wrote:
On Fri, Jan 28, 2022 at 02:53:16PM +0100, Martin Liška wrote:
On 1/24/22 23:36, Marek Polacek via Gcc-patches wrote:
|@@ -7820,6 +7820,10 @@ bidi contexts. @option{-Wbidi-chars=none} turns the
warning off. @option{-Wbidi-chars=any} warns about any use of
On Thu, Jan 27, 2022 at 01:40:15PM +0100, Martin Liška wrote:
> That's follow up patch based on the discussion with Jakub.
>
> Ready to be installed?
> Thanks,
> Martin
>
> gcc/ChangeLog:
>
> * config/rs6000/host-darwin.cc (segv_crash_handler):
> Do not use leading capital letter.
>
On Fri, Jan 28, 2022 at 02:53:16PM +0100, Martin Liška wrote:
> On 1/24/22 23:36, Marek Polacek via Gcc-patches wrote:
> > |@@ -7820,6 +7820,10 @@ bidi contexts. @option{-Wbidi-chars=none} turns the
> > warning off. @option{-Wbidi-chars=any} warns about any use of bidirectional
> > control
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103616
--- Comment #1 from Vladimir Makarov ---
I can not reproduce ICE on this week GCC. Probably it was fixed (or switched
off) by some recent RA patch.
As for the second issue (code generation for function foo), I thought for some
time how it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103035
Bug 103035 depends on bug 103489, which changed state.
Bug 103489 Summary: [11 Regression] ICE with -O3 in operator[], at vec.h:889
since r12-5394-g0fc859f5efcb4624
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103489
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103489
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103596
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:08f594465fa9b6a4ea1e3816cfecf256e883ff53
commit r11-9524-g08f594465fa9b6a4ea1e3816cfecf256e883ff53
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103489
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:2c7d8ca8317981c2eb21eb1e85e0f55d3f71aff1
commit r11-9523-g2c7d8ca8317981c2eb21eb1e85e0f55d3f71aff1
Author: Richard
On 1/24/22 23:36, Marek Polacek via Gcc-patches wrote:
|@@ -7820,6 +7820,10 @@ bidi contexts. @option{-Wbidi-chars=none} turns the
warning off. @option{-Wbidi-chars=any} warns about any use of bidirectional
control characters. +By default, this warning does not warn about UCNs. It is,
* contrib/config-list.mk: Add LoongArch triplet.
* gcc/doc/install.texi: Add LoongArch options section.
* gcc/doc/invoke.texi: Add LoongArch options section.
* gcc/doc/md.texi: Add LoongArch options section.
---
contrib/config-list.mk | 5 +-
gcc/doc/install.texi
gcc/testsuite/
* g++.dg/cpp0x/constexpr-rom.C: Add build options for LoongArch.
* g++.old-deja/g++.abi/ptrmem.C: Add LoongArch support.
* g++.old-deja/g++.pt/ptrmem6.C: xfail for LoongArch.
* gcc.dg/20020312-2.c: Add LoongArch support.
* gcc.dg/loop-8.c:
gcc/
* config/loongarch/larchintrin.h: New file.
* config/loongarch/loongarch-builtins.cc: New file.
---
gcc/config/loongarch/larchintrin.h | 413 +
gcc/config/loongarch/loongarch-builtins.cc | 511 +
2 files changed, 924 insertions(+)
gcc/
* common/config/loongarch/loongarch-common.cc: New file.
* config/loongarch/genopts/genstr.sh: New file.
* config/loongarch/genopts/loongarch-strings: New file.
* config/loongarch/genopts/loongarch.opt.in: New file.
* config/loongarch/loongarch-str.h:
libgcc/
* config/loongarch/crtfastmath.c: New file.
* config/loongarch/crti.S: Like wise.
* config/loongarch/crtn.S: Like wise.
* config/loongarch/linux-unwind.h: Like wise.
* config/loongarch/sfp-machine.h: Like wise.
* config/loongarch/t-crtstuff:
libgomp/
* configure.tgt: Add LoongArch triplet.
---
libgomp/configure.tgt | 4
1 file changed, 4 insertions(+)
diff --git a/libgomp/configure.tgt b/libgomp/configure.tgt
index d4f1e741b5a..2cd7272fcd8 100644
--- a/libgomp/configure.tgt
+++ b/libgomp/configure.tgt
@@ -56,6 +56,10
---
libgcc/configure | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libgcc/configure b/libgcc/configure
index 4919a56f518..ce04c4f529f 100755
--- a/libgcc/configure
+++ b/libgcc/configure
@@ -2412,6 +2412,9 @@ case "${host}" in
# sets the default TLS model and
gcc/
*config/loongarch/loongarch-c.cc
---
gcc/config/loongarch/loongarch-c.cc | 109
1 file changed, 109 insertions(+)
create mode 100644 gcc/config/loongarch/loongarch-c.cc
diff --git a/gcc/config/loongarch/loongarch-c.cc
---
gcc/configure | 66 ++-
1 file changed, 60 insertions(+), 6 deletions(-)
diff --git a/gcc/configure b/gcc/configure
index bd4d4721868..3823bc4e783 100755
--- a/gcc/configure
+++ b/gcc/configure
@@ -5442,6 +5442,9 @@ case "${target}" in
The LoongArch architecture (LoongArch) is an Instruction Set
Architecture (ISA) that has a Reduced Instruction Set Computer (RISC)
style.
The documents are on
https://loongson.github.io/LoongArch-Documentation/README-EN.html
The ELF ABI Documents are on:
* config/picflag.m4: Default add build option '-fpic' for LoongArch.
* configure: Add LoongArch tuples.
* configure.ac: Like wise.
---
config/picflag.m4 | 3 +++
configure | 10 +-
configure.ac | 10 +-
3 files changed, 21 insertions(+), 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104269
Bug ID: 104269
Summary: Bogus -Wuse-after-free seen in xen
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103341
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103341
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:e272cf95ba048fde60b21aee046c9ca9c9264425
commit r12-6919-ge272cf95ba048fde60b21aee046c9ca9c9264425
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9ec306582fd60e5b76f07eb81c9ed2415d9a3590
commit r12-6918-g9ec306582fd60e5b76f07eb81c9ed2415d9a3590
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:5b6f04276e3d1f20817ed37b2e26e43bd12cc0d2
commit r12-6917-g5b6f04276e3d1f20817ed37b2e26e43bd12cc0d2
Author: Richard Biener
Date:
The following fixes the vector type registered for external defs
in call arguments when vectorizing with SLP. We assumed uniform
vectype_in types here but with calls like .COND_MUL we also have
mask arguments which, when invariant or external, need to have
a proper mask vector type.
Bootstrapped
On 1/28/22 11:06, David Abdurachmanov wrote:
> On Thu, Jan 27, 2022 at 6:21 PM Matthias Klose wrote:
>
>> On 1/26/22 14:04, jia...@iscas.ac.cn wrote:
>>> Hi all,
>>>
>>> There is an agenda for tomorrow's meeting. If you have topics to
>>> discuss or share, please let me know and I can add them
On Fri, Jan 28, 2022 at 1:22 PM Richard Biener
wrote:
>
> On Thu, Jan 27, 2022 at 8:14 PM Maciej W. Rozycki wrote:
> >
> > On Thu, 27 Jan 2022, Richard Biener wrote:
> >
> > > > > > Index: gcc/gcc/c/c-typeck.cc
> > > > > > ===
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103788
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Thu, Jan 27, 2022 at 8:14 PM Maciej W. Rozycki wrote:
>
> On Thu, 27 Jan 2022, Richard Biener wrote:
>
> > > > > Index: gcc/gcc/c/c-typeck.cc
> > > > > ===
> > > > > --- gcc.orig/gcc/c/c-typeck.cc
> > > > > +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104151
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Thu, Jan 27, 2022 at 7:58 PM Martin Sebor via Gcc-patches
wrote:
>
> The indiscriminate PHI handling by -Wuse-after-free has caused
> the false positive reported in PR 104232. The attached patch
> refines the handling to only consider PHIs all of whose operands
> refer to the same object and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103830
Bernd Edlinger changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #9 from Bernd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103830
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103830
--- Comment #7 from Richard Biener ---
A fix in the source would be:
void MyClass::call() {
volatile char * volatile null = nullptr;
*null = 1; /* line 26 */
}
which then compiles to
movq$0, -8(%rsp)
movq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103830
--- Comment #6 from Richard Biener ---
To clarify myself - the testcase is invoking UB, 'volatile' doesn't make a
difference here. That we get the DSE as a second-order effect is unfortunate
at most, in other places we try to preserve volatile
On Thu, 27 Jan 2022, Andrew Waterman wrote:
> LGTM, thanks for correcting this oversight in my patch.
Committed, thanks for your review!
Maciej
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104172
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] |[9/10 Regression] ppc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104142
Jakub Jelinek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org,
Hi Tobias,
I don't know why that bootstrapped initially. I fixed the patch (naming a
```
else
/* Prevent warning. */
cdesc = NULL_TREE;
```
obvious) and rerun bootstrap making sure to purge everything beforehand. It did
not break bootstrap on x86_64-linux/f35. Hope it doesn't elsewhere with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103790
--- Comment #7 from CVS Commits ---
The master branch has been updated by Andre Vehreschild :
https://gcc.gnu.org/g:26e237fb5b83582b30ef7c5a388bc4e968a5a289
commit r12-6915-g26e237fb5b83582b30ef7c5a388bc4e968a5a289
Author: Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104142
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
On Fri, 28 Jan 2022, Jakub Jelinek wrote:
> On Fri, Jan 28, 2022 at 12:04:00PM +0100, Richard Biener wrote:
> > Still I think assuming there are no abnormal edges when neither
> > of the flag is set is premature (as can be seen here). I also
> > don't think what we do in the function is very
On Fri, Jan 28, 2022 at 12:04:00PM +0100, Richard Biener wrote:
> Still I think assuming there are no abnormal edges when neither
> of the flag is set is premature (as can be seen here). I also
> don't think what we do in the function is very timing critical,
> but sure, we walk all successor
On Fri, 28 Jan 2022 at 00:59, Martin Sebor wrote:
> In practice, I'd expect most calls to atomic functions to be made
> with constant memory models, and code like in the test case above
> to be uncommon, so I think the choice of warning at -O0 was
> the right one.
Some of us consider it a
On Fri, 28 Jan 2022, Jakub Jelinek wrote:
> On Fri, Jan 28, 2022 at 11:29:38AM +0100, Richard Biener wrote:
> > This removes a premature optimization from
> > gimple_purge_dead_abnormal_call_edges which, after eliding the
> > last setjmp (or computed goto) statement from a function and
> > thus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] Emitted |[11 Regression] Emitted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104237
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:430dca620fa3d03e53f6771a2b61d3f0ebb73756
commit r12-6914-g430dca620fa3d03e53f6771a2b61d3f0ebb73756
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
--- Comment #8 from Eric Botcazou ---
> Untested fix for the store-merging bug.
FWIW it looks good to me, thanks!
On Fri, Jan 28, 2022 at 11:29:38AM +0100, Richard Biener wrote:
> This removes a premature optimization from
> gimple_purge_dead_abnormal_call_edges which, after eliding the
> last setjmp (or computed goto) statement from a function and
> thus clearing cfun->calls_setjmp, leaves us with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
--- Comment #2 from Richard Biener ---
pr91003.f90:8:13: note: -->vectorizing SLP node starting from: _61 =
.COND_MUL (_202, j_42(D), bnrm2_60(D), 0.0);
pr91003.f90:8:13: missed: could not find an appropriate vector mask type.
This removes a premature optimization from
gimple_purge_dead_abnormal_call_edges which, after eliding the
last setjmp (or computed goto) statement from a function and
thus clearing cfun->calls_setjmp, leaves us with the abnormal
edges from other calls that are elided for example via inlining
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104268
Bug ID: 104268
Summary: 390: inefficient vec_popcnt for 16-bit for z13
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Fri, 28 Jan 2022, Jakub Jelinek wrote:
> Hi!
>
> The testcase in the PR (not included for the testsuite because we don't
> have an (easy) way to -fcompare-debug LTO, we'd need 2 compilations/linking,
> one with -g and one with -g0 and -fdump-rtl-final= at the end of lto1
> and compare that)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
This is a regression present on mainline and 11 branch: the new transformation
applied during expansion by Narrow_Large_Operation would incorrectly perform
name resolution for the operator again.
Tested on x86_64-suse-linux, applied on mainline and 11 branch.
2022-01-28 Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:0d87092f8897fe6e0a86a566bf3c6a924db152c6
commit r11-9522-g0d87092f8897fe6e0a86a566bf3c6a924db152c6
Author: Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104258
--- Comment #3 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:b16a3dea1d1bfa3dde556af84b3592140320b605
commit r12-6912-gb16a3dea1d1bfa3dde556af84b3592140320b605
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Thu, Jan 27, 2022 at 6:21 PM Matthias Klose wrote:
> On 1/26/22 14:04, jia...@iscas.ac.cn wrote:
> > Hi all,
> >
> > There is an agenda for tomorrow's meeting. If you have topics to
> > discuss or share, please let me know and I can add them to the agenda.
> >
> > Agenda:
> >
> >
> >
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
--- Comment #6 from Richard Biener ---
I'm testing a patch to gimple_purge_dead_abnormal_call_edges, leaving the
store-merging issue to Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
--- Comment #5 from Richard Biener ---
OK, so with the abnormal edges the issue is that DCE1 removes the recursive
call to foo () (because the function is "wrongly" pure) which causes us to
clear
cfun->calls_setjmp but then any further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104267
Bug ID: 104267
Summary: [12 Regression] ICE in vect_schedule_slp_node, at
tree-vect-slp.c:7144 since r12-5613-g32ede1083fad4b68
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104265
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
Martin Liška changed:
What|Removed |Added
Summary|[10/11/12 Regression] |[10/11/12 Regression]
The following makes dumping of a function as graph work as intended
when specifying a function other than cfun. Unfortunately the loop
and the dominance APIs are not set up to work for other functions
than cfun so you won't get any fancy loop dumps but the non-loop
dump works up to reaching
Hi Tobias,
ups, sorry, reverted immediately.
Regards,
Andre
On Fri, 28 Jan 2022 10:27:26 +0100
Tobias Burnus wrote:
> Hi Andre,
>
> your patch breaks bootstrapping:
>
> ../../repos/gcc/gcc/fortran/trans-array.cc: In function ‘tree_node*
> structure_alloc_comps(gfc_symbol*, tree,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104263
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
Hi Andre,
your patch breaks bootstrapping:
../../repos/gcc/gcc/fortran/trans-array.cc: In function ‘tree_node*
structure_alloc_comps(gfc_symbol*, tree, tree, int, int, int,
gfc_co_subroutines_args*)’:
../../repos/gcc/gcc/fortran/trans-array.cc:9200:42: error: ‘cdesc’ may be used
Hi!
The testcase in the PR (not included for the testsuite because we don't
have an (easy) way to -fcompare-debug LTO, we'd need 2 compilations/linking,
one with -g and one with -g0 and -fdump-rtl-final= at the end of lto1
and compare that) has different code generation for -g vs. -g0.
The
Hi Harald,
thanks for the fast review. I have submitted as c9c48ab7bad.
Will wait for two weeks (reminder set :-)) before backporting to gcc-11.
Thank you and regards,
Andre
On Tue, 25 Jan 2022 22:30:22 +0100
Harald Anlauf via Fortran wrote:
> Hi Andre',
>
> Am 25.01.22 um 17:32
101 - 200 of 206 matches
Mail list logo