https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96246
Hongtao.liu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96246
--- Comment #3 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:7123217afb33d4a2860f552ad778a819cc8dea5e
commit r11-2683-g7123217afb33d4a2860f552ad778a819cc8dea5e
Author: liuhongt
Date: Tue Jul 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94600
--- Comment #11 from CVS Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:5db1fa9bc69dd58ce2f93dd707d05efcfe89ffa8
commit r11-2682-g5db1fa9bc69dd58ce2f93dd707d05efcfe89ffa8
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96596
Bug ID: 96596
Summary: [11 Regression] ICE: tree check: expected class
‘type’, have ‘exceptional’ (error_mark) in
match_builtin_function_types
Product: gcc
Versio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96558
--- Comment #5 from Arseny Solokha ---
Should this PR be closed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #10 from Marek Polacek ---
P1975R0 has now been implemented, but the test in Comment 1 probably still
doesn't work, so leaving this open.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92812
--- Comment #9 from CVS Commits ---
The master branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:2ec803e768a820c9208fea2e8b144ee359379139
commit r11-2681-g2ec803e768a820c9208fea2e8b144ee359379139
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96387
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96289
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96586
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96589
--- Comment #1 from Andrew Pinski ---
Doesn't using -o /dev/null work in dg-options ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96493
Alan Modra changed:
What|Removed |Added
Host||gcc
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96595
Bug ID: 96595
Summary: docs: typos in gfortran -fallow-argument-mismatch
invoke description
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96525
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alan Modra :
https://gcc.gnu.org/g:c99b2c529befc24bdd0cd6ca20ff8c99f70628ae
commit r10-8616-gc99b2c529befc24bdd0cd6ca20ff8c99f70628ae
Author: Alan Modra
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96493
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alan Modra :
https://gcc.gnu.org/g:61e46440e8124ba605f7ff81aaf1a19176d0c14b
commit r10-8615-g61e46440e8124ba605f7ff81aaf1a19176d0c14b
Author: Alan Modra
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96558
--- Comment #4 from CVS Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:32c69a56981bd72a52b7d234a2936020f97909d1
commit r11-2679-g32c69a56981bd72a52b7d234a2936020f97909d1
Author: Roger Sayle
Date: Wed Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96594
--- Comment #4 from Dmitry Shachnev ---
Thanks a lot for the fast response!
Indeed, your suggestion works. It is counter-intuitive that you need a 64-bit
variable to store a 32-bit value, but I can see the rationale (long is the only
standard ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96594
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85828
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:c2fb0a1a2e7a0fb15cf3cf876f621902ccd273f0
commit r11-2677-gc2fb0a1a2e7a0fb15cf3cf876f621902ccd273f0
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96594
--- Comment #2 from Dmitry Shachnev ---
Created attachment 49052
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49052&action=edit
Assembly dump with -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96594
--- Comment #1 from Dmitry Shachnev ---
Created attachment 49051
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49051&action=edit
Assembly dump with -O0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96594
Bug ID: 96594
Summary: Compiled code behaves differently with -O1 and -O0 on
s390x
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96539
--- Comment #6 from Jakub Jelinek ---
But it doesn't have to kick everywhere, it depends on lots of target details
whether it will do a noop copy or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96539
H.J. Lu changed:
What|Removed |Added
CC||skpgkp2 at gmail dot com
Status|RE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96593
Bug ID: 96593
Summary: No "declaration changes meaning" diagnostic for alias
templates
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:18c81c8a780758ea596c530321ef5e7459b3d16f
commit r10-8613-g18c81c8a780758ea596c530321ef5e7459b3d16f
Author: Sergei Trofimovi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482
--- Comment #20 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:66780083a0e79e5cb7c3acc8665aa47be4084a67
commit r10-8614-g66780083a0e79e5cb7c3acc8665aa47be4084a67
Author: Martin Liska
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96291
Martin Liška changed:
What|Removed |Added
Assignee|slyfox at inbox dot ru |marxin at gcc dot
gnu.org
Kn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482
Martin Liška changed:
What|Removed |Added
Known to fail||10.2.1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482
--- Comment #18 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:d58f078ce2d53e5dab6b3d0d5f960504268e1894
commit r11-2675-gd58f078ce2d53e5dab6b3d0d5f960504268e1894
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96479
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96493
--- Comment #5 from Peter Bergner ---
I think this has baked on trunk enough now. Can we get this backported to GCC
10 along with the updated test case fix from PR96525? I'd like to merge this
along with some other backports I have done into th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96592
Bug ID: 96592
Summary: Tuple element w/ member reference to incomplete
template type rejected
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96583
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
Bug ID: 96591
Summary: ICE with -flto=auto and -O1: tree code ‘typename_type’
is not supported in LTO streams
Product: gcc
Version: 10.1.1
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96573
--- Comment #2 from Remi Andruccioli ---
Hello,
Thanks for your quick reply and investigations.
I agree this is quite an uncommon need. I use it when I have to deal with
endianness and I/O. So I mainly use it when dumping content and variables
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96570
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96535
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:fe9458c280dbd6e8b892db4ca3b64185049c376b
commit r11-2672-gfe9458c280dbd6e8b892db4ca3b64185049c376b
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96494
--- Comment #3 from Tom de Vries ---
https://gcc.gnu.org/pipermail/gcc-patches/2020-August/551842.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96581
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96582
--- Comment #2 from rsandifo at gcc dot gnu.org
---
*** Bug 96581 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96582
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96590
Bug ID: 96590
Summary: testsuite spins forever on test_prio when run as root
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96531
Patrick Palka changed:
What|Removed |Added
Known to fail||10.1.0, 10.2.0, 11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
--- Comment #17 from Tom de Vries ---
(In reply to Martin Sebor from comment #10)
> The issue described in bug 92815 comment 9 sounds like a similar problem.
> Does sending the output to /dev/null instead of a .s file help? If it does,
> adding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96589
Bug ID: 96589
Summary: Directive to redirect compiler output to /dev/null
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
--- Comment #16 from Tom de Vries ---
(In reply to Tom de Vries from comment #9)
> (In reply to Jakub Jelinek from comment #7)
> > I'm not sure a target specific option is the way to go here, the only
> > difference is that nvptx spends all the t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96588
Bug ID: 96588
Summary: [nvptx] Add -minit-limit
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96519
--- Comment #2 from CVS Commits ---
The master branch has been updated by Kwok Yeung :
https://gcc.gnu.org/g:36507a2c9cbac673553b043aa1817e674836c232
commit r11-2670-g36507a2c9cbac673553b043aa1817e674836c232
Author: Kwok Cheung Yeung
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95675
Patrick Palka changed:
What|Removed |Added
CC||hewillk at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96576
Patrick Palka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96579
Martin Liška changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
--- Comment #15 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:fb9b3c0ff7d347934b364e3ab06d4cf56726df33
commit r11-2669-gfb9b3c0ff7d347934b364e3ab06d4cf56726df33
Author: Tom de Vries
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
--- Comment #14 from Tom de Vries ---
(In reply to Tom de Vries from comment #12)
> (In reply to Tom de Vries from comment #6)
> > (In reply to Jakub Jelinek from comment #3)
> > > Either the test can be skipped on nvptx or any targets that don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96587
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96558
Jakub Jelinek changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96566
--- Comment #13 from Tom de Vries ---
Printing correct array dimension fixed in
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=b9c7fe59f9f66ecc091e215c826ecd1a04d032dc
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96587
--- Comment #2 from Zdenek Sojka ---
(In reply to Jakub Jelinek from comment #1)
> Dup of PR96558 ?
Might be. This one complains about movsi_xor, the other one about movdi_xor. So
there might a similar wrong patter for both isns.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96587
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96586
--- Comment #1 from Marc Glisse ---
Probably a DUP of several issues about the lack of flow-sensitivity of our
analysis. Int_1_Loc escapes (we don't pay attention that it only escapes late),
so we don't realize that Proc_7 cannot modify it.
/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r11-2662-20200812081137-g220ffae474d-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 11.0.0 20200812 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96586
Bug ID: 96586
Summary: suboptimal code generated for condition expression
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
Kewen Lin changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #8 from CVS Commits ---
The releases/gcc-9 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:ffb32ba2fb79d90be4be9a59ef0336d3404ff538
commit r9-8806-gffb32ba2fb79d90be4be9a59ef0336d3404ff538
Author: Kewen Lin
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:6786b369ab2851b25e8fd2aae33d3b1bf20de132
commit r8-10403-g6786b369ab2851b25e8fd2aae33d3b1bf20de132
Author: Kewen Lin
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
niek changed:
What|Removed |Added
CC||niekb at scintilla dot
utwente.nl
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96571
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96578
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96551
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96578
--- Comment #1 from Hongtao.liu ---
It's the same as PR96551.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96513
Martin Liška changed:
What|Removed |Added
Known to work||11.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96513
Marc Glisse changed:
What|Removed |Added
Known to fail||10.1.0, 9.3.0
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #6 from Kewen Lin ---
(In reply to Jakub Jelinek from comment #5)
> I mean -fno-common, sorry.
Good idea, that works! I'll send a patch by adding -fno-common into
dg-options. Thanks for your suggestion!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96585
Bug ID: 96585
Summary: Fortran 2018 changes to get_command_argument
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96576
Martin Liška changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96513
--- Comment #3 from zhenglin.huang at qdreamer dot com ---
as you suggest, I post the reduce code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96513
--- Comment #2 from zhenglin.huang at qdreamer dot com ---
Created attachment 49047
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49047&action=edit
gcc compile bad case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96482
--- Comment #17 from Martin Liška ---
I've got a patch candidate, let's see if it's a correct one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96584
Bug ID: 96584
Summary: f2018 changes to get_command
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96575
--- Comment #1 from 康桓瑋 ---
I don't know whether this is same issue or not:
#include
constexpr auto replace = [](auto old_x, auto new_x) {
return [=](auto r) {
return std::ranges::replace(r, old_x, new_x);
};
};
// this one is ok
con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #5 from Jakub Jelinek ---
I mean -fno-common, sorry.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #4 from Jakub Jelinek ---
So add -fcommon to the gcc8/gcc9 version then?
What the test wants to test is whether the optimize attribute is propagated
properly...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96583
Bug ID: 96583
Summary: F2018 changes to get_environment_variable
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96570
--- Comment #5 from Jonathan Wakely ---
(In reply to M Welinder from comment #4)
> > Explicit casts don't, and that's what I was questioning.
>
> They most certainly do.
I think I understand what you mean now, cases like:
int i = std::max(t, i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #3 from Kewen Lin ---
>
> I can observe this case fail if with explicit -fcommon.
I mean even with gcc10 or trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94077
--- Comment #2 from Kewen Lin ---
To be more specific, the reason causing the available alignment forcing is the
default setting of -fcommon, we set -fno-common as default from GCC10, it makes
decl_binds_to_current_def_p return true then.
I can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96582
Bug ID: 96582
Summary: aarch64:ICE during GIMPLE pass: veclower
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96581
Bug ID: 96581
Summary: aarch64:ICE during GIMPLE pass: veclower
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
92 matches
Mail list logo