https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
Richard Biener changed:
What|Removed |Added
Target||arm-linux-gnueabihf
Ever confirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
--- Comment #2 from Andreas Schwab ---
$ CFLAGS_FOR_TARGET="${-march=armv7-a -mhard-float}"
bash: ${-march=armv7-a -mhard-float}: bad substitution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95046
--- Comment #8 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:42ef8a5e662a765dc794a7a5c0227bcd83556e44
commit r11-379-g42ef8a5e662a765dc794a7a5c0227bcd83556e44
Author: Uros Bizjak
Date: Thu May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95108
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d0fb9ffc1b8f3b86bbdf0e915cec2136141b329b
commit r11-381-gd0fb9ffc1b8f3b86bbdf0e915cec2136141b329b
Author: Jakub Jelinek
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95112
--- Comment #2 from Alexander Kobets ---
Yes, that it.
I am not sure, that CF must be enabled by default, at your discretion.
Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95108
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11 Regression] ICE in |[9/10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94743
--- Comment #18 from Christophe Lyon ---
> I'm working on this, and just realized that this also means saving FPSR. It
> seems there's no support for that yet in arm.md (unlike aarch64.md), am I
> missing something?
>
Sorry, I see it's called
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
Bug ID: 95123
Summary: [10/11 Regression] Wrong code w/ -O2
-fselective-scheduling2 -funroll-loops --param
early-inlining-insns=5 --param
loop-invariant-max-bbs-in-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48998
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
--- Comment #3 from chengcongxiu at huawei dot com ---
(In reply to Richard Biener from comment #1)
> You seem to build from inside the source directory, that is not supported.
> Please create a separate object directory like
>
> mkdir obj
> cd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95124
Bug ID: 95124
Summary: internal compiler error: tree check: expected class
‘type’, have ‘exceptional’ (error_mark) in
diag_attr_exclusions, at attribs.c:396
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95118
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:568c985113b29574c4e25e1a016475668fc17c28
commit r11-383-g568c985113b29574c4e25e1a016475668fc17c28
Author: Richard Biener
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95118
Richard Biener changed:
What|Removed |Added
Known to work||11.0
Summary|[10/11 Regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94703
--- Comment #12 from Richard Biener ---
(In reply to pskocik from comment #11)
> Thanks for the shot at a fix, Richard Biener.
>
> Since I have reported this, I think I should mentioned a related
> suboptimality that should probably be getting f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95103
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94703
--- Comment #13 from Richard Biener ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #10)
> > --- Comment #9 from Richard Biener ---
> [...]
> > Hmm, OK looks like memcpy is not folded, likely because the source is
> > not known to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94703
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94703
--- Comment #14 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:0d1ccfd0cc2e1add15929c43e6c7472336d33e65
commit r11-384-g0d1ccfd0cc2e1add15929c43e6c7472336d33e65
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125
Bug ID: 95125
Summary: Unoptimal code for vectorized conversions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95126
Bug ID: 95126
Summary: Missed opportunity to turn static variables into
immediates
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95103
--- Comment #4 from Jonathan Wakely ---
The content of the warning isn't very helpful, but I think it's pointing out a
real issue in the code, not a false positive.
Any valid longjmp which followed that setjmp would have undefined behaviour if
e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
--- Comment #4 from Richard Earnshaw ---
Don't use -mhard-float or -msoft-float. Instead, you should be using
-mfloat-abi=[hard|softfp|soft] as appropriate. Also, rather than encoding this
into various sets of flags you should configure the com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
Richard Biener changed:
What|Removed |Added
CC||hjl.tools at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
--- Comment #3 from Arseny Solokha ---
(In reply to Alexander Monakov from comment #1)
> If you still have the compiler binary, you can help out by testing with
> sel-sched debug counters: if you append -fdbg-cnt=sel_sched_insn_cnt:0 to
> the "ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95103
--- Comment #5 from Alexander Monakov ---
No, this analogy does not work. setjmp both sets up a buffer and receives
control, so it corresponds to both try and catch together. A matching "C++"
code would look like:
> void f3() {
> std::vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
--- Comment #4 from Arseny Solokha ---
(In reply to Martin Liška from comment #2)
> I can't reproduce that with the mentioned revision.
> Where does it segfault?
Program received signal SIGSEGV, Segmentation fault.
main () at iu1wkpbg.c:39
39
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
--- Comment #5 from Arseny Solokha ---
OK, it works if I add -fPIC to the list of compiler options.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
Bug ID: 95127
Summary: Self-calling lambda with auto return type gives
misleading error message
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
--- Comment #6 from Alexander Monakov ---
Oh, you're probably configuring your compiler with --enable-default-pie. Please
paste the entire gcc -v. I can reproduce the miscompile it if I pass -fpie
-pie.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #12 from Jonathan Wakely ---
(In reply to wnereiz from comment #9)
> This issue seems not limit to a certain GCC version. I tried the code with
> gcc7, gcc9 and gcc10 on openSUSE Tumbleweed. All failed.
As Richard said, the code to u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
--- Comment #7 from Arseny Solokha ---
(In reply to Alexander Monakov from comment #6)
> Oh, you're probably configuring your compiler with --enable-default-pie.
> Please paste the entire gcc -v. I can reproduce the miscompile it if I pass
> -fpi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
xzlsmc changed:
What|Removed |Added
Attachment #48532|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #13 from Jonathan Wakely ---
We could do this easily enough (which could be simplified if RDRAND is
guaranteed to be available when RDSEED is available):
--- a/libstdc++-v3/src/c++11/random.cc
+++ b/libstdc++-v3/src/c++11/random.cc
@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95128
Bug ID: 95128
Summary: aarch64: configure option for outline-atomics
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95128
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95129
Bug ID: 95129
Summary: aarch64: make outline-atomics work on non-gnu targets
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95128
--- Comment #2 from nsz at gcc dot gnu.org ---
i also opened bug 95129 to fix the runtime detection.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95129
--- Comment #1 from nsz at gcc dot gnu.org ---
i also opened bug 95128 to just configure the outline-atomics away.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #8 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #11 from Avi Kivity ---
I started a conversation on the std-proposals list about this.
Meanwhile, how about a -fnonstandard-coroutines-that-actually-work flag that
captures the parameter to a non-static member function coroutine by v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95129
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95105
--- Comment #1 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:2c814af65ef9f146519cba657890a4fd93c5be38
commit r11-385-g2c814af65ef9f146519cba657890a4fd93c5be38
Author: Richard Sandiford
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #12 from Ville Voutilainen ---
It sure seems to me that a coroutine lambda's captures should be copied to the
coroutine state. I don't think the standard says that anywhere.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #13 from Avi Kivity ---
Yes. gcc has a minor bug in that the lambda is reflected as a pointer instead
of a reference in coroutine_traits. The major bug is in the standard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #14 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #13)
> I'd rather not have to do everything shown at
> https://software.intel.com/content/www/us/en/develop/articles/intel-digital-
> random-number-generator-drng-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #15 from H.J. Lu ---
(In reply to Jonathan Wakely from comment #13)
> We could do this easily enough (which could be simplified if RDRAND is
> guaranteed to be available when RDSEED is available):
>
All Intel processors with RDSEED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #16 from rguenther at suse dot de ---
On Thu, 14 May 2020, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
>
> --- Comment #12 from Jonathan Wakely ---
> (In reply to wnereiz from comment #9)
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130
Bug ID: 95130
Summary: GCC ignoring attribute(format(gnu_printf)) on printf
in mingw
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #17 from rguenther at suse dot de ---
On Thu, 14 May 2020, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
>
> --- Comment #14 from Jonathan Wakely ---
> (In reply to Jonathan Wakely from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #18 from rguenther at suse dot de ---
On Thu, 14 May 2020, hjl.tools at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
>
> --- Comment #15 from H.J. Lu ---
> (In reply to Jonathan Wakely from comment #13)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #14 from Iain Sandoe ---
(In reply to Ville Voutilainen from comment #12)
> It sure seems to me that a coroutine lambda's captures should be copied to
> the coroutine state. I don't think the standard says that anywhere.
Maybe I am m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #19 from Jonathan Wakely ---
If you mean the mersenne twister in the std::random_device object, that's a
union member and doesn't exist when a proper source (/dev/random, rdrand,
rdseed etc) is available. So we'd need to add *another*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95126
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95046
--- Comment #9 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:365e3cde4978c6a7dbfa50865720226254c016be
commit r11-386-g365e3cde4978c6a7dbfa50865720226254c016be
Author: Uros Bizjak
Date: Thu May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #20 from rguenther at suse dot de ---
On Thu, 14 May 2020, redi at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
>
> --- Comment #19 from Jonathan Wakely ---
> If you mean the mersenne twister in the s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48998
--- Comment #2 from Zdenek Sojka ---
(In reply to Arseny Solokha from comment #1)
> Is it still an issue?
I can't reproduce this with r11-385.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #15 from Avi Kivity ---
I believe that my suggestion works for mutable lambdas (and for any coroutine
called as a member function):
- if the object passeed to the member function is an lvalue, then the
coroutine captures a reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125
Richard Biener changed:
What|Removed |Added
Version|unknown |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95123
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #17 from Ville Voutilainen ---
(In reply to Ville Voutilainen from comment #16)
> (In reply to Iain Sandoe from comment #14)
> > (In reply to Ville Voutilainen from comment #12)
> > The idea of bringing the lambda's captures into the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #18 from Avi Kivity ---
The work-around works if initial_suspend() returns suspend_never or similar. If
the lambda is suspended before execution, the reference may dangle.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #19 from Iain Sandoe ---
(In reply to Ville Voutilainen from comment #17)
> (In reply to Ville Voutilainen from comment #16)
> > (In reply to Iain Sandoe from comment #14)
> > > (In reply to Ville Voutilainen from comment #12)
> > > T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #21 from Jonathan Wakely ---
(In reply to rguent...@suse.de from comment #18)
> Note in virtualized environments support for RDRAND might be disabled
> while RDSEED is enabled(?) even if no such hardware configuration
> exists [by now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #22 from Jonathan Wakely ---
(In reply to rguent...@suse.de from comment #20)
> Doh. OK, guess I'd set up the twister in all cases and make it
> programatically skip itself when rdrand/rdseed is available so we
> could easily fall b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #20 from Avi Kivity ---
My coroutines do return suspend_never from initial_suspend(); so thanks for the
workaround, I'll use it until we have a better fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
Jonathan Wakely changed:
What|Removed |Added
Version|9.2.1 |10.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #21 from Iain Sandoe ---
Avi, If we are agreed that there is no GCC bug here (the change from pointer to
reference is already in the queue)
I would suggest that new design discussion would be better by putting a paper
or suggestions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
--- Comment #22 from Avi Kivity ---
Certainly, closing as invalid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95111
Avi Kivity changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125
--- Comment #2 from Uroš Bizjak ---
(In reply to Richard Biener from comment #1)
> ISTR I filed a duplicate 10 years ago or so. The issue is the vectorizer
> could not handle V4DFmode -> V4SFmode conversions.
>
> Could, because for SVE we added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95125
--- Comment #3 from Uroš Bizjak ---
It turns out that a bunch of patterns have to be renamed (and testcases added).
Easyhack, waiting for someone to show some love to conversion patterns in
sse.md.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053
--- Comment #21 from Bill Seurer ---
We can't modify the spec code but we can add "compatibility" options.
Shouldn't the if test make the compiler ignore the statement with the divide by
zero? It shouldn't ever be executed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95050
Iain Sandoe changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |iains at gcc dot gnu.org
Target M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
--- Comment #10 from Uroš Bizjak ---
The patch is ready to be pushed, it is waiting for a decision what to do with
failed cases.
Richi, should this patch move forward (eventually XFAILing failed cases), or do
you plan to look at the fails from t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84007
Arjen Markus changed:
What|Removed |Added
CC||arjen.markus895 at gmail dot
com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
--- Comment #5 from chengcongxiu at huawei dot com ---
(In reply to Richard Earnshaw from comment #4)
> Don't use -mhard-float or -msoft-float. Instead, you should be using
> -mfloat-abi=[hard|softfp|soft] as appropriate. Also, rather than enco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95131
Bug ID: 95131
Summary: Instantiate templates at pch generation time
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
--- Comment #11 from rguenther at suse dot de ---
On Thu, 14 May 2020, ubizjak at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
>
> --- Comment #10 from Uroš Bizjak ---
> The patch is ready to be pushed, it is waiti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
chengcongxiu at huawei dot com changed:
What|Removed |Added
Resolution|--- |FIXED
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95122
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95131
Richard Biener changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
--- Comment #12 from rsandifo at gcc dot gnu.org
---
(In reply to rguent...@suse.de from comment #11)
> On Thu, 14 May 2020, ubizjak at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92658
> >
> > --- Comment #10 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95131
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95132
Bug ID: 95132
Summary: Concept checked after auto return type deduction
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95107
G. Steinmetz changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |ICE in hash_operand, at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95133
Bug ID: 95133
Summary: [9/10/11 Regression] ICE in
gimple_redirect_edge_and_branch_force, at
tree-cfg.c:6075
Product: gcc
Version: 11.0
Status: UNCONF
shl %eax
.cfi_def_cfa_offset 28
pushl $x
.cfi_def_cfa_offset 32
callmemcpy
addl$28, %esp
.cfi_def_cfa_offset 4
ret
.cfi_endproc
.LFE0:
.size func, .-func
.ident "GCC: (GNU) 11.0.0 2020051
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95053
Bill Schmidt changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95133
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-05-14
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95135
Bug ID: 95135
Summary: Inconsistent CTAD behaviour with the "new" operator.
Product: gcc
Version: 7.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95119
--- Comment #4 from Thomas Koenig ---
So, in order for this to hang, two close statements
on the same unit are needed, the first one with an
error message.
Seems like the unit is not unlocked on the error return.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94697
--- Comment #7 from CVS Commits ---
The releases/gcc-9 branch has been updated by Szabolcs Nagy :
https://gcc.gnu.org/g:f6e42cdee5de2b3441afc88cc1166bdffe57
commit r9-8594-gf6e42cdee5de2b3441afc88cc1166bdffe57
Author: Szabolcs Nagy
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94748
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Szabolcs Nagy :
https://gcc.gnu.org/g:9a1b74d49e2e25b29675fac4322bb7ba6cec5894
commit r9-8595-g9a1b74d49e2e25b29675fac4322bb7ba6cec5894
Author: Szabolcs Nagy
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94515
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Szabolcs Nagy :
https://gcc.gnu.org/g:95833c34424f340a7e465ee38b6a41369bc7c90b
commit r9-8593-g95833c34424f340a7e465ee38b6a41369bc7c90b
Author: Szabolcs Nagy
Dat
1 - 100 of 188 matches
Mail list logo
