https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99296
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99488
--- Comment #10 from YunQiang Su ---
I noticed that there are two go1 file: the first one has no this problem, and
the second one has this problem:
The difference of them the the option to generate them:
-fno-checking
vs
-fchecking=1 -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99296
--- Comment #6 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:88081d38bd82562b6e2d6a4a275e7f6f2aac3422
commit r11-7773-g88081d38bd82562b6e2d6a4a275e7f6f2aac3422
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||luoxhu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
--- Comment #5 from Steve Kargl ---
On Tue, Mar 23, 2021 at 02:41:27AM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
>
> --- Comment #4 from Jerry DeLisle ---
> Setting the character length in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99721
Bug ID: 99721
Summary: ICE: Segmentation fault (in vect_schedule_slp_node)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
--- Comment #4 from Jerry DeLisle ---
Setting the character length in the type spec enables this to run correctly, so
the string length is not getting set correctly in the allocate statement.
program allocnml
implicit none
character(len=10)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
Jerry DeLisle changed:
What|Removed |Added
Resolution|INVALID |---
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99720
Bug ID: 99720
Summary: Feature Request: Better errors for C++ features when
compiling C (pass by reference)
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
CC||dje.gcc at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99689
--- Comment #6 from Soren Soe ---
I should maybe mention that the same problem is reproducible using qemu-aarch64
and qemu-aarch64-static on an x86_64 host.
% aarch64-linux-gnu-g++ -O3 -static bug.cpp
% qemu-aarch64-static ./a.out
a.out: bug.cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
--- Comment #7 from Thiago Macieira ---
(In reply to Andrew Pinski from comment #6)
> The above is not the reason why namespaces are not handled in GCC's C++
> front-end. The reason why they are not handled in C++ is because you need
> to handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #18 from Worx ---
(In reply to H.J. Lu from comment #17)
> Created attachment 50451 [details]
> A patch
>
> Try this.
Just launched, and it goes further than previously. Need to wait until the end
of the bootstrap.
checking for gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
--- Comment #1 from cqwrteur ---
Created attachment 50453
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50453&action=edit
Preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
Bug ID: 99719
Summary: ICE during RTL pass: pro_and_epilogue on MinGW-w64
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55656
--- Comment #9 from Iain Sandoe ---
(In reply to Eric Gallager from comment #8)
> (In reply to Iain Sandoe from comment #7)
> > fixed on master
> > e.g.
> > https://gcc.gnu.org/pipermail/gcc-testresults/2021-March/669584.html
>
> So... are we ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55656
Eric Gallager changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:6bc35b091c9f5368060bac4b5ed3f7d4cb484daa
commit r10-9518-g6bc35b091c9f5368060bac4b5ed3f7d4cb484daa
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:07444226c6a3c78788aa967aad6889b1f31eceb0
commit r10-9517-g07444226c6a3c78788aa967aad6889b1f31eceb0
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98480
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:c38db3729b9a895a8dcf3ef28924822b28ad5c01
commit r10-9516-gc38db3729b9a895a8dcf3ef28924822b28ad5c01
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:8fba8178ac49493ed7998fb9008810aac8138c19
commit r10-9515-g8fba8178ac49493ed7998fb9008810aac8138c19
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95822
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:9f13c7ad960a0f2e150dd2f668a8d155b76389db
commit r10-9510-g9f13c7ad960a0f2e150dd2f668a8d155b76389db
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95616
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:00f703000fea2e8384f643413b53baa66ec4ddc2
commit r10-9513-g00f703000fea2e8384f643413b53baa66ec4ddc2
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98118
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:fad6d041ebf191eecdc98e162869c2f4a6eb245f
commit r10-9514-gfad6d041ebf191eecdc98e162869c2f4a6eb245f
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95615
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:25880e8fe253d5b6ec258dbf2af3ef8e62d1752e
commit r10-9512-g25880e8fe253d5b6ec258dbf2af3ef8e62d1752e
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97587
--- Comment #3 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:88bb77a8dcf75f556b8dcb24b8785b4567d24e4f
commit r10-9511-g88bb77a8dcf75f556b8dcb24b8785b4567d24e4f
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86148
--- Comment #5 from van.snyder at sbcglobal dot net ---
Actually from gfortran 8.3.0-6, not 8.0.3-6.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86148
van.snyder at sbcglobal dot net changed:
What|Removed |Added
CC||van.snyder at sbcglobal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99369
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #17 from H.J. Lu ---
Created attachment 50451
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50451&action=edit
A patch
Try this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
--- Comment #6 from Andrew Pinski ---
(In reply to Thiago Macieira from comment #5)
> BTW, Clang solved this by making __seg_fs, __seg_gs macros that resolve to
> __attribute__:
> That way, they don't need to be deduced as qualifiers in C, l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99706
Andrew Pinski changed:
What|Removed |Added
Version|11.0|10.1.0
Summary|[11 Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #16 from Worx ---
(In reply to H.J. Lu from comment #11)
> (In reply to Worx from comment #10)
> > When I deep dive, in the logs
> >
> > No issue at the root level :
> >
> > c3eden /opt/gcc-10.2.0 # ./configure --disable-cet
> > ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99424
--- Comment #2 from Nathan Sidwell ---
no longer reproduces
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99709
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|VALUE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99689
Soren Soe changed:
What|Removed |Added
CC||gnu at gonsoe dot com
--- Comment #5 from So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99480, which changed state.
Bug 99480 Summary: [modules] ICE in import_entity_index, at cp/module.cc:3952
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99480
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99480
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99480
--- Comment #2 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:2bfd081f1bce3fb7f791591e741723dce4e884ed
commit r11-7769-g2bfd081f1bce3fb7f791591e741723dce4e884ed
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99706
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #15 from Sergei Trofimovich ---
Created attachment 50450
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50450&action=edit
gcc-10.2.0-cet-patched-lto-plugin-config.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #14 from Sergei Trofimovich ---
Meanwhile from downstream build.log:
* Configuring GCC with:
* --host=i586-pc-linux-gnu
* --build=i586-pc-linux-gnu
* --prefix=/usr
* --bindir=/usr/i586-pc-linux-gnu/gcc-bin/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #13 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #12)
> Downstream bug report is https://gcc.gnu.org/PR99703
Wrong link. Correct one: https://bugs.gentoo.org/777117
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #12 from Sergei Trofimovich ---
Downstream bug report is https://gcc.gnu.org/PR99703 (has all config.log files
and build log files). Caveat: Gentoo's gcc-10.2.0 has a
https://gitweb.gentoo.org/proj/gcc-patches.git/tree/10.2.0/gentoo/4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #11 from H.J. Lu ---
(In reply to Worx from comment #10)
> When I deep dive, in the logs
>
> No issue at the root level :
>
> c3eden /opt/gcc-10.2.0 # ./configure --disable-cet
> checking build system type... i686-pc-linux-gnu
> ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99663
Matthias Klose changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
--- Comment #5 from Thiago Macieira ---
BTW, Clang solved this by making __seg_fs, __seg_gs macros that resolve to
__attribute__:
$ clang -dM -E -xc /dev/null | grep __seg_.s
#define __seg_fs __attribute__((address_space(257)))
#define __seg_gs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #2 from Jakub Jelinek ---
The __SIZEOF_*__ macros are widely used to detect both if a type can be used
and what sizeof (the_type) is when it needs to be checked in preprocessor
conditionals, including hundreds of times in GCC testsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99581
--- Comment #16 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:02f2dc441b1954736cc61e3f97687cd23d5586c5
commit r11-7768-g02f2dc441b1954736cc61e3f97687cd23d5586c5
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69549
--- Comment #4 from Thiago Macieira ---
And in GCC 11.
gcc version 11.0.1 20210308 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99707
--- Comment #4 from Andrew Pinski ---
The front end does not normally do constant prop if the variable is not a
const/constexpr so the warning would be done in the middle end and might have
false warnings so it might not be useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #1 from Segher Boessenkool ---
Yes, the __SIZEOF_* macros do not say whether some type can be used. This is
true for all targets!
What would it be useful for to define these macros? They all are equivalent to
#define SIXTEEN 16
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97926
Segher Boessenkool changed:
What|Removed |Added
Component|target |testsuite
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97926
--- Comment #6 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:ba16797fe69a0fae47355aa2c102ffac1c48c3bd
commit r11-7767-gba16797fe69a0fae47355aa2c102ffac1c48c3bd
Author: Segher Boessenkool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
Bug ID: 99718
Summary: [11 regression] ICE in new test case
gcc.target/powerpc/pr98914.c for 32 bits
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99716
--- Comment #1 from David Malcolm ---
Thanks. Looks very similar to bug 93695 - the analyzer "gets confused" in how
it tracks allocations in a loop (albeit with a different kind of resource, and
thus worth tracking as a separate bug).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
--- Comment #4 from Arnd Bergmann ---
I posted a set of kernel patches to address all the warnings I found at
https://lore.kernel.org/lkml/20210322160253.4032422-1-a...@kernel.org/T/#t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
--- Comment #3 from Jakub Jelinek ---
Created attachment 50449
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50449&action=edit
gcc11-pr99705-2.patch
Another untested fix instead of the above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99480
Nathan Sidwell changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99717
Bug ID: 99717
Summary: ICE in finish_expr_stmt, at cp/semantics.c:681
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99716
Bug ID: 99716
Summary: -Wanalyzer-double-fclose when fclose is called inside
a loop
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99715
Martin Sebor changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99714
Martin Sebor changed:
What|Removed |Added
Keywords||documentation
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99715
Bug ID: 99715
Summary: bogus/missing Wmismatched-dealloc warnings
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99714
Bug ID: 99714
Summary: warn about alloca/dealloc mismatches based on calls
with same object in different functions
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99713
Bug ID: 99713
Summary: Add _GLIBCXX_CHECK_PREDICATES that violates runtime
guarantees and ensures predicates are valid
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99425, which changed state.
Bug 99425 Summary: [modules] ICE tree check: expected tree_vec, have tree_list
in lookup_template_class_1, at cp/pt.c:9803
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99425
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99425
Nathan Sidwell changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99425
--- Comment #3 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:87e3c2ef682e2ba7692ee56142a4eb5b6441c4d3
commit r11-7765-g87e3c2ef682e2ba7692ee56142a4eb5b6441c4d3
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99712
Bug ID: 99712
Summary: Cannot elide aggregate parameter setup
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97252
Alex Coplan changed:
What|Removed |Added
Summary|[10/11 Regression] arm: ICE |[10 Regression] arm: ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97252
--- Comment #5 from CVS Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:150a829accd76ddd73c20628774cb0781f6e8bfe
commit r11-7764-g150a829accd76ddd73c20628774cb0781f6e8bfe
Author: Alex Coplan
Date: Mon Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
Bug ID: 99711
Summary: Crash when reading an allocated character array in
namelist
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99649
--- Comment #4 from Filip Bascarevic ---
Thank you so much for your replies. I also contacted the GDB community and will
see what will they reply
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
Richard Biener changed:
What|Removed |Added
Summary|[9/10/11 Regression] gcc: |[9/10 Regression] gcc:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b931e4792b8696f3da69f70988720c4d1ec6142a
commit r11-7762-gb931e4792b8696f3da69f70988720c4d1ec6142a
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
--- Comment #2 from Jakub Jelinek ---
Created attachment 50447
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50447&action=edit
gcc11-pr99705.patch
One possible fix. The reason I've made the build_vec_delete_1 changes was that
P0784R7 was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99701
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #10 from Worx ---
When I deep dive, in the logs
No issue at the root level :
c3eden /opt/gcc-10.2.0 # ./configure --disable-cet
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99710
Bug ID: 99710
Summary: coroutines: co_yield and co_await should only be
allowed in suspension context
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #8 from Martin Liška ---
(In reply to Richard Biener from comment #7)
> (In reply to Worx from comment #6)
> > (In reply to Richard Biener from comment #3)
> > > Try --disable-cet as a workaround
> >
> > How apply this option ?
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #7 from Richard Biener ---
(In reply to Worx from comment #6)
> (In reply to Richard Biener from comment #3)
> > Try --disable-cet as a workaround
>
> How apply this option ?
At configure time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #6 from Worx ---
(In reply to Richard Biener from comment #3)
> Try --disable-cet as a workaround
How apply this option ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #5 from Worx ---
(In reply to Martin Liška from comment #2)
> It seems the binutils was fixed. Does it help in your scenario?
Yes ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #4 from Worx ---
(In reply to Martin Liška from comment #2)
> It seems the binutils was fixed. Does it help in your scenario?
Yes ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99709
Bug ID: 99709
Summary: VALUE attribute for an object with nonconstant length
parameter
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #9 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> (In reply to Nils Gladitz from comment #7)
> > (In reply to Nils Gladitz from comment #5)
> > > Apparently when the coroutine happens to be a member function (even a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #8 from Iain Sandoe ---
(In reply to Nils Gladitz from comment #7)
> (In reply to Nils Gladitz from comment #5)
> > Apparently when the coroutine happens to be a member function (even a static
> > one) printing *frame_ptr results in "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99215
--- Comment #7 from Nils Gladitz ---
(In reply to Nils Gladitz from comment #5)
> Apparently when the coroutine happens to be a member function (even a static
> one) printing *frame_ptr results in "{}".
I reported the "{}" issue at the gdb issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 99687, which changed state.
Bug 99687 Summary: AddressSanitizer: alloc-dealloc-mismatch (malloc vs operator
delete) on 0x60400d50
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99687
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99687
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99687
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:c4519fe3db366d781f342b7f04c4a09e4cc9fbd9
commit r11-7761-gc4519fe3db366d781f342b7f04c4a09e4cc9fbd9
Author: Martin Liska
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90591
Thomas Schwinge changed:
What|Removed |Added
Assignee|sandra at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
--- Comment #1 from Jakub Jelinek ---
The *.original dump diff before/after is
@@ -32,11 +32,11 @@
}
:;
{
-struct C * D.2390;
+struct C * D.2390 = D.2378 + ((SAVE_EXPR <(sizetype) ((struct X *)
this)->n> - (sizetype) D.2380) +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99707
--- Comment #3 from Vincent Lefèvre ---
(In reply to Andrew Pinski from comment #1)
> Gcc does not know that x will be negative.
Actually, the code should have been (without the volatile):
#include
int main (void)
{
double x = -1.0;
unsig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28831
--- Comment #36 from Richard Biener ---
Note that if we'd want to "preallocate" (or re-use) variables for argument
slots we have to properly arrange them according to the ABI. Consider
a function taking more than just a single argument [passed o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55657
--- Comment #10 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> > FAIL: obj-c++.dg/property/at-property-13.mm -fgnu-runtime execution test
This is a dyld bug, the objc_setProperty() call should be provided from
libobjc-gnu.dyli
1 - 100 of 145 matches
Mail list logo
