https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104529
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104533
Richard Biener changed:
What|Removed |Added
Component|c++ |ipa
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104535
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104539
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Last reconfirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
--- Comment #10 from rguenther at suse dot de ---
On Mon, 14 Feb 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
>
> Jakub Jelinek changed:
>
>What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104541
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104514
--- Comment #5 from steveren ---
In fairness, I was asking for a lost capability to be restored, and I think it
was implicit that a proper mechanism would be better than the pre-existing
kluge :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #3 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104544
Richard Biener changed:
What|Removed |Added
Component|debug |rtl-optimization
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103069
--- Comment #11 from Hongyu Wang ---
For the case with atomic_compare_exchange_weak_release, it can be expanded as
loop: mov%eax,%r8d
and$0xfff8,%r8d
mov(%r8),%rsi <--- load lock first
cmp%rsi,%rax <--- c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104517
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6a0d6e7ca9b9e338e82572db79c26168684a7441
commit r12-7237-g6a0d6e7ca9b9e338e82572db79c26168684a7441
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #35 from Jonathan Wakely ---
As you can see from the commit above, nothing was changed in __gnu_cxx::vstring
(there is no "std_vstring").
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103627
--- Comment #8 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:b1ca2019a828d60d8c447b5af0514f0e8ea63654
commit r11-9571-gb1ca2019a828d60d8c447b5af0514f0e8ea63654
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103627
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:2c9485a496f2faa294e7849a1d9c582c015605cc
commit r11-9572-g2c9485a496f2faa294e7849a1d9c582c015605cc
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103627
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:7ed740240657cc35f02130a412938d209ff24496
commit r10-10456-g7ed740240657cc35f02130a412938d209ff24496
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103627
--- Comment #11 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:99ac7ce34348889125230687d8277cd1df22027a
commit r10-10457-g99ac7ce34348889125230687d8277cd1df22027a
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104542
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |11.3
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103627
Kewen Lin changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #36 from Randy ---
(In reply to Jonathan Wakely from comment #35)
> As you can see from the commit above, nothing was changed in
> __gnu_cxx::vstring (there is no "std_vstring").
Ok then can someone look at __gnu_cxx::vstring, we use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104545
Bug ID: 104545
Summary: [OpenMP & Fortran] Pointers issue in combination of
depobj construct and depend clause with depobj
dependence-type
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #37 from Jonathan Wakely ---
Please report a separate bug for vstring then.
(Your segfaults are probably because you're using c_str() on a temporary
string, so accessing the pointer after the temporary goes out of scope.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104546
Bug ID: 104546
Summary: std::reference_wrapper doesn't compile with clang in
some circumstances
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Keywords: reje
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96717
--- Comment #5 from Jonathan Wakely ---
#include
void pop_many(std::vector& v, unsigned n) {
for (unsigned i = 0; i < n; ++i) {
v.pop_back();
}
}
With GCC 10 at -O2 and above this was optimized to simply subtract n from the
v.e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104519
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d8b6da8dd15240849e00d46f3aef40cb8eeb1dc5
commit r12-7239-gd8b6da8dd15240849e00d46f3aef40cb8eeb1dc5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96717
--- Comment #6 from Jonathan Wakely ---
Reduced:
template
struct vector
{
using pointer = T*;
pointer begin, end, end_of_storage;
void pop_back()
{
(end--)->~T();
}
};
using size_t = decltype(sizeof(0));
void pop_many(vector& v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96717
--- Comment #7 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #6)
>
> With -O2 -fno-lifetime-dse we get the expected code back.
I just saw another bug report filed about code quality with lifetime dse
enabled in the last week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #38 from Randy ---
(In reply to Jonathan Wakely from comment #37)
> Please report a separate bug for vstring then.
>
> (Your segfaults are probably because you're using c_str() on a temporary
> string, so accessing the pointer after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96717
--- Comment #8 from Jakub Jelinek ---
PR104515 ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104522
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2801f23fb82a5ef51c8b460a500786797943e1e9
commit r12-7240-g2801f23fb82a5ef51c8b460a500786797943e1e9
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104536
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0863d0ede34d21b2258686e6ccfd6dbb100bb754
commit r12-7241-g0863d0ede34d21b2258686e6ccfd6dbb100bb754
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104536
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
Richard Biener changed:
What|Removed |Added
CC||matz at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
Bug ID: 104547
Summary: std::vector::resize(v.size() - n) produces poor code
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #1 from Jonathan Wakely ---
If we have two versions of the function in the same TU:
#include
void shrink(std::vector& v, unsigned n) {
v.resize(v.size() - n);
}
void shrink_min(std::vector& v, unsigned n) {
v.resize(std::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104545
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #2 from Jonathan Wakely ---
If I change the type of n to match the type of v.size() the code size explodes:
#include
void shrink_assume(std::vector& v, std::size_t n) {
if (v.size() < n)
__builtin_unreachable();
v.re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #3 from Jonathan Wakely ---
For this TU with three functions, clang generates good code:
#include
void shrink_pop(std::vector& v, std::size_t n) {
while (n--)
v.pop_back();
}
void shrink_assume(std::vector& v, std::siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #4 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> This is better:
>
> void shrink_pop(std::vector& v, unsigned n) {
> while (n--)
> v.pop_back();
> }
>
> _Z10shrink_popRSt6vectorIiSaIiEEj:
> .LFB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96717
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104548
Bug ID: 104548
Summary: parser rejects alias template id of lambda in
unevaluated-context and accepts when no alias is used
Product: gcc
Version: 12.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-02-15
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63311
Mark Wielaard changed:
What|Removed |Added
CC||mark at gcc dot gnu.org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:d03a67dc69251dc86c0772a432380a6e9bcb8617
commit r12-7243-gd03a67dc69251dc86c0772a432380a6e9bcb8617
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
Richard Biener changed:
What|Removed |Added
Target Milestone|12.0|9.5
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104519
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
Bug 100499 depends on bug 104519, which changed state.
Bug 104519 Summary: [12 Regression] wrong code at -Os on x86_64-linux-gnu and
char as induction variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104519
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #39 from Jonathan Wakely ---
(In reply to Randy from comment #38)
> std::string is not thread safe, this is why vstring is used (from my
> memory).
That's totally wrong, vstring has no more thread-safety than std::string has.
The sam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #6 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #5)
> If you mean with -O3
Yes, sorry for not saying so: all examples were compiled with -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96881
--- Comment #5 from Richard Biener ---
The CD-DCE issue is that we do not mark CLOBBERs as necessary but in the end
choose to keep them, even if we elided its control dependences. The following
fixes that in the simplest conservative way.
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #40 from Randy ---
(In reply to Jonathan Wakely from comment #39)
> (In reply to Randy from comment #38)
> > std::string is not thread safe, this is why vstring is used (from my
> > memory).
>
> That's totally wrong, vstring has no m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #41 from Jonathan Wakely ---
So then basically the same as what I said:
(In reply to Jonathan Wakely from comment #37)
> (Your segfaults are probably because you're using c_str() on a temporary
> string, so accessing the pointer afte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103300
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
--- Comment #9 from Richard Biener ---
*** Bug 103300 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103873
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
--- Comment #10 from Richard Biener ---
*** Bug 103873 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102645
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #3 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
Jonathan Wakely changed:
What|Removed |Added
Keywords||easyhack
--- Comment #3 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104544
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104544
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101456
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
--- Comment #5 from Austin Morton ---
(In reply to Jonathan Wakely from comment #3)
> The docs raise some questions.
>
> They say that a #pragma region must be ended by a #pragma endregion. Should
> the compiler check that and issue a diagnosti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104542
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:6cfb7ffb659fd6b87a21312021ab023a06e8f6be
commit r12-7244-g6cfb7ffb659fd6b87a21312021ab023a06e8f6be
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104543
--- Comment #11 from Michael Matz ---
(In reply to Richard Biener from comment #5)
> in particular the comment in bb_prevents_fusion_p saying
>
> /* BB is duplicated by outer unrolling and then all N-1 first copies
> move into the body o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
--- Comment #6 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #4)
> Exactly. Seems clang doesn't bother with it and allows anything, but it is
> unclear if that is the best thing to do.
MSVC ignores any tokens after the region
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102645
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
--- Comment #7 from Jakub Jelinek ---
I would say that is a terrible design...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #7 from Andrew Macleod ---
Created attachment 52447
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52447&action=edit
proposed patch
(In reply to Jakub Jelinek from comment #5)
> If you mean with -O3 on the
> #include
>
> voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
--- Comment #8 from Jonathan Wakely ---
(In reply to Austin Morton from comment #5)
> https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553182.html
>
> I sent a patch to do exactly that in 2020 and it was not accepted.
Thanks. The review
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85487
--- Comment #9 from Jonathan Wakely ---
(In reply to Jakub Jelinek from comment #7)
> I would say that is a terrible design...
Yes, I completely agree, but I don't see why GCC should be in the business of
diagnosing other people's junk :-)
Mayb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104547
--- Comment #8 from Jonathan Wakely ---
Thanks for looking at it! There's no urgency here from my point of view, I just
wanted to get it into bugzilla so I could concentrate on other things. Parking
this until stage1 makes sense.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104549
Bug ID: 104549
Summary: Missing variable at O2/O3 likely caused by
-fearly-inlining
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104550
Bug ID: 104550
Summary: bogus warning from -Wuninitialized +
-ftrivial-auto-var-init=pattern
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104550
--- Comment #1 from qinzhao at gcc dot gnu.org ---
Kees reported the following issue with -ftrivial-auto-var-init=pattern. the
testing case was reduced from Kernel building.
$ cat warns.i
struct vx_audio_level {
int has_monitor_level : 1;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104550
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
Last reconfirmed||2022-02-15
Ever confirm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102276
--- Comment #11 from qinzhao at gcc dot gnu.org ---
(In reply to rguent...@suse.de from comment #10)
> I think it definitely makes sense to diagnose that we are not
> following -ftrivial-auto-init-var=X for a decl. Maybe we should
> do that wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104531
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-02-15
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100056
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104507
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
--- Comment #47 from Jakub Jelinek ---
On the #c42 testcase the false positive warning is gone with
r12-3529-g70ee703c479081ac2ea67eb67041551216e66783
which has been backported in
r11-9062-g17e4e6e33d13e0cf09c76cba06c5fc20deab8bb4 to 11.x.
Is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104532
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104549
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95137
Iain Sandoe changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104551
Bug ID: 104551
Summary: Wrong code with -O3 for skylake-avx512,
icelake-server, and sapphirerapids
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100874
--- Comment #4 from CVS Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:8e84b2b37a541b27feea69769fc314d534464ebd
commit r12-7249-g8e84b2b37a541b27feea69769fc314d534464ebd
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100874
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Bug ID: 104552
Summary: Mistakes in strings to be translated in GCC 12
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97240
Andris Pavenis changed:
What|Removed |Added
Known to fail||10.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
Iain Buclaw changed:
What|Removed |Added
CC||ibuclaw at gdcproject dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104552
--- Comment #3 from Roland Illig ---
(In reply to Iain Buclaw from comment #2)
> (In reply to Roland Illig from comment #0)
> > > -fdump-cxx-spec=Write all declarations as C++ code to
> > > .
> >
> > The '' should be '' as well.
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98465
--- Comment #42 from Randy ---
(In reply to Jonathan Wakely from comment #41)
> So then basically the same as what I said:
>
> (In reply to Jonathan Wakely from comment #37)
> > (Your segfaults are probably because you're using c_str() on a temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104553
Bug ID: 104553
Summary: ICE in aggregate_value_p, at function.cc:2087
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104553
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104554
Bug ID: 104554
Summary: ICE in check_assumed_size_reference, at
fortran/resolve.cc:1650
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104555
Bug ID: 104555
Summary: ICE in gfc_compare_derived_types, at
fortran/interface.cc:628
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104555
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from
1 - 100 of 141 matches
Mail list logo
