Snapshot gcc-9-20220324 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20220324/
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=105037
--- Comment #1 from Richard Biener ---
What do you think is wrong? Have you raised the gdb issue with the gdb folks?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105030
--- Comment #4 from Richard Biener ---
something like
void *bar (void *x)
{
*(double *)x = 1.;
}
void foo(int n)
{
double atemp;
pthread_create (..., bar, );
for (int i = 0; i < n; i++)
if (a[i] < atemp)
atemp = a[i];
On Thu, Mar 24, 2022 at 2:43 AM Alexandre Oliva via Gcc-patches
wrote:
>
>
> If we harden a compare at the end of a block with an edge to the
> abnormal dispatch block, it won't have a single successor. Arrange to
> split the block at its final stmt so as to have a single succ.
>
> Regstrapped
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102043
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.5
Summary|Wrong array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104822
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105044
Bug ID: 105044
Summary: [modules] ICE in comptypes, at cp/typeck.c:1529
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105037
--- Comment #2 from Christian Friedl ---
> What do you think is wrong?
The lines
IF(IREST.EQ.0) THEN
CALL WO2(1,N1,N2,O2)
ENRGOLD=EMP2
get emitted twice when -finit-real=snan is used. The first time that they are
emitted,
* 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 | 4 +-
gcc/doc/install.texi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #51 from Mkkt Bkkt ---
(In reply to Avi Kivity from comment #50)
> Your reproducer does pass in trunk. So perhaps just a missing backport.
Yes, I forgot to mention that.
I hope you are right and someone will make these backports in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105039
Nick Clifton changed:
What|Removed |Added
CC||nickc at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103302
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104975
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104564
Alexandre Oliva changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On Mon, 2022-03-14 at 18:38 +0100, David Seifert wrote:
> Use AC_CACHE_CHECK to store the result of the header check for
> systemtap's "sys/sdt.h", which is similar in spirit to libstdc++'s
> AC_CACHE_CHECK(..., glibcxx_cv_sys_sdt_h).
>
> gcc/
> * configure.ac: Add AC_CACHE_CHECK(...,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105036
--- Comment #2 from Cristian Assaiante ---
Indeed, we understand some information may be lost for the sake of keeping
debug info correct.
We reported this in the first place because, besides the missing variables, a
wrong function (i.e., foo)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94181
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
PING^2
On 3/4/22 14:47, Martin Liška wrote:
PING^1
On 1/26/22 12:11, Martin Liška wrote:
Hello.
Right now, switch lowering does not update basic_block::count values
so that they are uninitiliazed. Moreover, I've updated probability scaling
when a more complex expansion happens. There are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105035
Jakub Jelinek changed:
What|Removed |Added
Summary|[11/12 Regression] tree |[11 Regression] tree check:
gcc/
* configure: Regenerate file.
---
gcc/configure | 66 ++-
1 file changed, 60 insertions(+), 6 deletions(-)
diff --git a/gcc/configure b/gcc/configure
index 14b19c8fe0c..1c1195e95cb 100755
--- a/gcc/configure
+++ b/gcc/configure
@@
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
On Thu, Mar 24, 2022 at 08:37:32PM +0800, chenglulu wrote:
> libgomp/
>
> * configure.tgt: Add LoongArch triplet.
Ok.
> diff --git a/libgomp/configure.tgt b/libgomp/configure.tgt
> index d4f1e741b5a..2cd7272fcd8 100644
> --- a/libgomp/configure.tgt
> +++ b/libgomp/configure.tgt
> @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #54 from Iain Sandoe ---
(In reply to Martin Liška from comment #53)
> > Yes, I forgot to mention that.
> > I hope you are right and someone will make these backports in 10.1, 10.2,
> > 10.3, 11.1, 11.2.
>
> Note one can't rewrite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
Bug ID: 105043
Summary: Please document -D_FORTIFY_SOURCE
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On Tue, Mar 22, 2022 at 05:51:58PM +0100, Jakub Jelinek via Gcc wrote:
> I guess it would be nice to include the testcases we are talking about,
> like { float x; int : 0; float y; } and { float x; int : 0; } and
> { int : 0; float x; } into compat.exp testsuite so that we see ABI
> differences in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105035
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8698ff67cdff4364c8adad2921ed532359a155ec
commit r12-7797-g8698ff67cdff4364c8adad2921ed532359a155ec
Author: Jakub Jelinek
Date:
On 3/24/22 11:34, Sebastian Huber wrote:
The gcov_profile_merge() already had code to deal with profile information
which had no counterpart to merge with. For profile information from files
with no associated counterpart, the profile information is simply used as is
with the weighting
On 3/24/22 11:51, Sebastian Huber wrote:
Maybe we could add the file path into the gcov information stream using a new
tag:
#define GCOV_TAG_GCDA_FILE_NAME ((gcov_unsigned_t)0xa500)
Then the complete gcov information can be dumped using a single base64 encoded
stream. We could add some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104620
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
Mkkt Bkkt changed:
What|Removed |Added
CC||valera.mironow at gmail dot com
--- Comment
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
libgcc/
* configure: Regenerate file.
---
libgcc/configure | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libgcc/configure b/libgcc/configure
index 52bf25d4e94..1f9b2ac578b 100755
--- a/libgcc/configure
+++ b/libgcc/configure
@@ -2403,6 +2403,9 @@ case "${host}"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #52 from Martin Liška ---
It's fixed on master with r12-3350-g88974974d8188cf1 and it *got* backported to
gcc-11 branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104975
--- Comment #4 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:b8c4171ebd72079e55aceadbcfc883f517cdf895
commit r12-7800-gb8c4171ebd72079e55aceadbcfc883f517cdf895
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104564
--- Comment #3 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:fb488cba571539b6644e8f99f1dd997cdb4c82c1
commit r12-7801-gfb488cba571539b6644e8f99f1dd997cdb4c82c1
Author: Alexandre Oliva
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104964
--- Comment #9 from Martin Liška ---
You should see the difference in between -D_FORTIFY_SOURCE=2 and
-D_FORTIFY_SOURCE=3 in the attached pre-processed source files.
$ gcc fs2.i -c -O2 -Werror
$ gcc fs3.i -c -O2 -Werror
In file included from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104703
Eric Botcazou changed:
What|Removed |Added
Target Milestone|--- |11.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This is a regression present on mainline, 11 and 10 branches. When the serial
port is closed, we need to ensure that the port handle is properly reset for
it to be detected as closed.
Tested on x86-64/Linux, applied on mainline, 11 and 10 branches.
2022-03-24 Pascal Obry
PR
The gcov_profile_merge() already had code to deal with profile information
which had no counterpart to merge with. For profile information from files
with no associated counterpart, the profile information is simply used as is
with the weighting transformation applied. Make sure that
On Thu, 24 Mar 2022, Jakub Jelinek wrote:
> On Tue, Mar 22, 2022 at 05:51:58PM +0100, Jakub Jelinek via Gcc wrote:
> > I guess it would be nice to include the testcases we are talking about,
> > like { float x; int : 0; float y; } and { float x; int : 0; } and
> > { int : 0; float x; } into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 3/24/22 11:59, Jakub Jelinek wrote:
On Thu, Mar 24, 2022 at 11:01:30AM +0100, Tom de Vries wrote:
Shouldn't that be instead
return (woldval & ((UWORD) -1 << shift)) != 0;
or
return (woldval & ((UWORD) ~(UWORD) 0 << shift)) != 0;
?
Well, I used '(woldval & wval) == wval' based on
Hi, all:
This is the v10 version of LoongArch Port based on
d1ca63a1b7d5986913b14567a4950b055a5a3f07.
Please review.
We know it is stage4, I think it is ok for a new prot.
The kernel side upstream waiting for a approval by gcc side,
if it is blocked by stage4, a approval for GCC13 will be
* 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
libgcc/
* config/loongarch/crtfastmath.c: New file.
* config/loongarch/linux-unwind.h: Like wise.
* config/loongarch/sfp-machine.h: Like wise.
* config/loongarch/t-crtstuff: Like wise.
* config/loongarch/t-loongarch: Like wise.
*
Hi, Jakub:
Thanks for your review.
在 2022/3/24 下午8:41, Jakub Jelinek 写道:
On Thu, Mar 24, 2022 at 08:37:32PM +0800, chenglulu wrote:
libgomp/
* configure.tgt: Add LoongArch triplet.
Ok.
diff --git a/libgomp/configure.tgt b/libgomp/configure.tgt
index d4f1e741b5a..2cd7272fcd8
Hi Guys,
Attached is a proposed patch to fix another Rust demangling bug
reported in PR 105039. I would like to say that this is the
last time that we will see this problem for the Rust demangler,
but I am not that naive...
OK to apply ?
Cheers
Nickdiff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105014
--- Comment #5 from Tom de Vries ---
Minimal test-case:
...
void __attribute__((noinline)) foo (unsigned long long d0) {
unsigned long long __a;
__a = 0x38;
for (; __a > 0; __a -= 8)
if (((d0 >> __a) & 0xff) != 0)
break;
On 3/23/22 19:26, Marek Polacek wrote:
On Wed, Mar 23, 2022 at 04:35:32PM -0400, Jason Merrill wrote:
On 3/22/22 19:55, Marek Polacek wrote:
This is a crash where a FIX_TRUNC_EXPR gets into tsubst_copy_and_build
where it hits gcc_unreachable ().
The history of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104964
--- Comment #7 from Martin Liška ---
Created attachment 52679
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52679=edit
libacl/__acl_to_any_text.c with FS == 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104964
--- Comment #8 from Martin Liška ---
Created attachment 52680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52680=edit
libacl/__acl_to_any_text.c with FS == 3
On 3/24/22 10:02, Jakub Jelinek wrote:
On Thu, Mar 24, 2022 at 09:28:15AM +0100, Tom de Vries via Gcc-patches wrote:
Hi,
On nvptx (using a Quadro K2000 with driver 470.103.01) I ran into this:
...
FAIL: gcc.dg/atomic/stdatomic-flag-2.c -O1 execution test
...
which mimimized to:
...
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104985
--- Comment #7 from Martin Liška ---
With the following debugging patch:
diff --git a/gcc/combine.cc b/gcc/combine.cc
index 8f06ee0e54f..150cc6fae1b 100644
--- a/gcc/combine.cc
+++ b/gcc/combine.cc
@@ -4755,6 +4755,7 @@ undo_to_marker (void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
Eric Botcazou changed:
What|Removed |Added
Summary|GNAT.Serial_Communications |[10/11/12 regression]
On 3/23/22 15:50, Sebastian Huber wrote:
The attached script reads the log file and creates the *.gcda files using
gcov-tool. Initially, the target files do not exist.
Now I've got your use-case and I like it. It's cool one can utilize GCOV even
without a filesystem.
Please update the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
--- Comment #4 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:d937c6e44ba64694c0fc88f40f42390149d1d624
commit r12-7796-gd937c6e44ba64694c0fc88f40f42390149d1d624
Author: Pascal Obry
Date:
On 24/03/2022 11:29, Martin Liška wrote:
On 3/23/22 15:50, Sebastian Huber wrote:
The attached script reads the log file and creates the *.gcda files
using gcov-tool. Initially, the target files do not exist.
Now I've got your use-case and I like it. It's cool one can utilize GCOV
even
On Thu, Mar 24, 2022 at 11:01:30AM +0100, Tom de Vries wrote:
> > Shouldn't that be instead
> >return (woldval & ((UWORD) -1 << shift)) != 0;
> > or
> >return (woldval & ((UWORD) ~(UWORD) 0 << shift)) != 0;
> > ?
>
> Well, I used '(woldval & wval) == wval' based on the fact that the set
>
On Thu, Mar 24, 2022 at 01:08:56PM +0100, Tom de Vries wrote:
> Ack, updated patch, added missing changelog contribution.
>
> OK for trunk?
Yes. I guess it is a backport candidate to release branches as well
(after a while).
Jakub
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:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:4c649dc71189f20ab8ed09b03a7353299f1022c8
commit r11-9691-g4c649dc71189f20ab8ed09b03a7353299f1022c8
Author: Pascal Obry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104767
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Eric Botcazou
:
https://gcc.gnu.org/g:d800a6f6c03e404a5f033299d9fd1c5caa3b7738
commit r10-10511-gd800a6f6c03e404a5f033299d9fd1c5caa3b7738
Author: Pascal Obry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
--- Comment #2 from Andreas Schwab ---
Currently the only documentation is in .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105011
--- Comment #4 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:11fb784ac592567dbcb7874c27e67ee0feb8fbf0
commit r12-7799-g11fb784ac592567dbcb7874c27e67ee0feb8fbf0
Author: Tom de Vries
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105011
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
gcc/
* config/loongarch/larchintrin.h: New file.
* config/loongarch/loongarch-builtins.cc: New file.
---
gcc/config/loongarch/larchintrin.h | 355 +
gcc/config/loongarch/loongarch-builtins.cc | 424 +
2 files changed, 779 insertions(+)
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.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #53 from Martin Liška ---
> Yes, I forgot to mention that.
> I hope you are right and someone will make these backports in 10.1, 10.2,
> 10.3, 11.1, 11.2.
Note one can't rewrite history, but as written, pull the gcc-11 branch and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104620
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104620
--- Comment #5 from Patrick Palka ---
Some context: consider the simplified/extended C++20 testcase (the consteval-if
seems to be a red herring):
consteval int foo(int x) { return x; }
template
void bar(int x)
{
constexpr int y = 0;
foo(8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105042
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> Doesn't whatever driver/library API we use from libgomp to invoke workloads
> report actual errors? Maybe we need to improve there.
Good point, it reported
On Thu, 24 Mar 2022, Jakub Jelinek wrote:
> Hi!
>
> As mentioned in the PR, operand_equal_p already contains some hacks so that
> it can be called already on pre-instantiation C++ trees from templates,
> but the recent change to compare DECL_FIELD_OFFSET in the COMPONENT_REF
> case broke this.
When changing the predcom pass to use auto_vec leaks were introduced by
failing to replace deallocation with C++ delete. The following does
this. It also fixes leaks in vectorization and range folding.
Boostrapped and tested on x86_64-unknown-linux-gnu, pushed.
2022-03-24 Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105043
--- Comment #3 from Richard Biener ---
This isn't really a GCC bug since it's a glibc feature. Please open a
bugreport on sourceware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
--- Comment #19 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:568377743e22c1377d0aaa1ac9113da3ff1b6bd4
commit r12-7798-g568377743e22c1377d0aaa1ac9113da3ff1b6bd4
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #50 from Avi Kivity ---
Your reproducer does pass in trunk. So perhaps just a missing backport.
On Thu, Mar 24, 2022 at 09:28:15AM +0100, Tom de Vries via Gcc-patches wrote:
> Hi,
>
> On nvptx (using a Quadro K2000 with driver 470.103.01) I ran into this:
> ...
> FAIL: gcc.dg/atomic/stdatomic-flag-2.c -O1 execution test
> ...
> which mimimized to:
> ...
> #include
> atomic_flag a =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104994
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:72124f487ccb5c8065dd5f7b8fba254600b7e611
commit r12-7793-g72124f487ccb5c8065dd5f7b8fba254600b7e611
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105014
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> With -O0 JIT instead:
Also OK with JIT -O1, problems start at JIT -O2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105042
--- Comment #1 from Richard Biener ---
Doesn't whatever driver/library API we use from libgomp to invoke workloads
report actual errors? Maybe we need to improve there.
On Thu, Mar 24, 2022 at 5:06 AM Alexandre Oliva via Gcc-patches
wrote:
>
>
> The copies of identifiers, indended to associate hardening SSA
> temporaries to the original variables they refer to, end up causing
> -fcompare-debug to fail, because DECL_UIDs are not identical, and the
> nouid flag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105041
Bug ID: 105041
Summary: '-fcompare-debug' failure w/ -mcpu=power6 -O2
-fharden-compares -frename-registers
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105042
Bug ID: 105042
Summary: [libgomp, GOMP_NVPTX_JIT=-O0] Openacc testsuite
failures when X runs on nvidia driver
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82283
--- Comment #16 from Yann Droneaud ---
(In reply to Marek Polacek from comment #13)
> I have a patch which fixes all the testcases here.
I've checked my test cases using godbolt gcc trunk, and, yeah, thanks a lot !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104970
--- Comment #11 from CVS Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:c1d233e3334df07cfb4f732ace4d93d3cbc28bca
commit r12-7794-gc1d233e3334df07cfb4f732ace4d93d3cbc28bca
Author: Siddhesh
On Thu, Mar 24, 2022 at 08:39:44AM +0530, Siddhesh Poyarekar wrote:
> Limit object size computation only to the simple case where access
> attribute has been explicitly specified. The object passed to
> __builtin_dynamic_object_size could either be a pointer or a VLA whose
> size has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104271
--- Comment #6 from cuilili ---
I created a patch to fix this regression. The patch is under performance
testing. Will sent it out later.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104342
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2022-03-24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104970
Siddhesh Poyarekar changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi!
As mentioned in the PR, operand_equal_p already contains some hacks so that
it can be called already on pre-instantiation C++ trees from templates,
but the recent change to compare DECL_FIELD_OFFSET in the COMPONENT_REF
case broke this. Many such COMPONENT_REFs are already punted on earlier
Hi,
On nvptx (using a Quadro K2000 with driver 470.103.01) I ran into this:
...
FAIL: gcc.dg/atomic/stdatomic-flag-2.c -O1 execution test
...
which mimimized to:
...
#include
atomic_flag a = ATOMIC_FLAG_INIT;
int main () {
if ((atomic_flag_test_and_set) ())
__builtin_abort ();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102024
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105036
--- Comment #1 from Richard Biener ---
I think it's expected that you lose some debugging info when optimizing. GCC
tries hard to avoid _wrong_ debug info which often results in us dropping
things more eagerly. GCC also has the intent to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105041
Richard Biener changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105011
--- Comment #3 from Tom de Vries ---
Submitted fix :
https://gcc.gnu.org/pipermail/gcc-patches/2022-March/592211.html
Though without changelog, apparently.
On 3/24/22 10:32, Patrick Palka wrote:
Here we weren't respecting SFINAE when evaluating a substituted call to
a consteval function, which caused us to reject the new testcase below.
This patch fixes this by making build_over_call use the SFINAE-friendly
version of cxx_constant_value.
This
On 3/18/22 17:55, Marek Polacek wrote:
On Fri, Mar 11, 2022 at 06:46:42PM -0500, Jason Merrill wrote:
On 3/10/22 18:04, Marek Polacek wrote:
Since r9-6073 cxx_eval_store_expression preevaluates the value to
be stored, and that revealed a crash where a template code (here,
On 3/24/22 11:49, Marek Polacek wrote:
I started looking into this PR because in GCC 4.9 we were able to
detect the invalid
struct alignas(void) S{};
but I broke it in r210262.
It's ill-formed code in C++:
[dcl.align]/3: "An alignment-specifier of the form alignas(type-id) has
the same
1 - 100 of 172 matches
Mail list logo
