https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118577
--- Comment #1 from Andrew Pinski ---
Adding:
```
void f()
{
C a;
}
```
GCC now rejects it with a similar message as clang:
```
: In destructor 'virtual C::~C()':
:8:8: error: 'static void A::operator delete(void*, int)' is private
wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118578
Bug ID: 118578
Summary: simple code crash on some AlmaLinux 8.4 but works on
other machines of the same OS
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118577
Bug ID: 118577
Summary: Deleted dtor trying to override non-deleted one with
user-defined 'operator delete' is not forbidden
Product: gcc
Version: 15.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118547
--- Comment #2 from Andrew Pinski ---
(In reply to Richard Sandiford from comment #1)
> I suppose this is just a case of adding aarch64_variant_pcs requirements to
> the tests. (The use of .variant_pcs is deliberately not gated on assembler
> s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80342
--- Comment #3 from Richard Biener ---
*** Bug 118565 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118565
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 117875, which changed state.
Bug 117875 Summary: [15 Regression] 28% regression for 456.hmmer on Zen4 with
-Ofast -march=native
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117875
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117875
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118049
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|15.0|14.3
--- Comment #8 from Nathaniel Sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118049
--- Comment #7 from GCC Commits ---
The releases/gcc-14 branch has been updated by Nathaniel Shead
:
https://gcc.gnu.org/g:a82352a2a074230d841a3944e30bd497726e0bfa
commit r14-11233-ga82352a2a074230d841a3944e30bd497726e0bfa
Author: Nathaniel Sh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118576
--- Comment #2 from Andrew Pinski ---
I am not 100% sure but this seems related to
https://cplusplus.github.io/CWG/issues/2504.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55120
Andrew Pinski changed:
What|Removed |Added
Status|NEW |SUSPENDED
Alias|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118576
--- Comment #1 from Andrew Pinski ---
MSVC also accepts it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118576
Bug ID: 118576
Summary: gcc does not realize implicitly deleted default
constructor in virtual inheritance with using-decl
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109832
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109832
Andrew Pinski changed:
What|Removed |Added
Component|target |middle-end
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Sam James changed:
What|Removed |Added
Attachment #59531|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #6 from Jerry DeLisle ---
(In reply to kargls from comment #3)
> diff --git a/libgfortran/io/write.c b/libgfortran/io/write.c
> index 54312bf67e9..084ac314f5c 100644
> --- a/libgfortran/io/write.c
> +++ b/libgfortran/io/write.c
> @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118575
--- Comment #2 from Sam James ---
Actually... for -ftrivial-auto-var-init, we document [0] the behaviour as "With
this option, GCC will also initialize any padding of automatic variables that
have structure or union types to zeroes.".
So, maybe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118575
--- Comment #1 from Sam James ---
(The natural counterpoint being "well, they're not trivial", but my response
would be "okay, but it's about the almost-guaranteed intent of the user.")
Or perhaps at least we should mention it in the docs for
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109832
Andrew Pinski changed:
What|Removed |Added
Resolution|DUPLICATE |---
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118575
Bug ID: 118575
Summary: -ftrivial-auto-var-init=zero should perhaps imply
-fzero-init-padding-bits=all
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #9 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111949
--- Comment #4 from Andrew Pinski ---
Created attachment 60220
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60220&action=edit
Patch which I am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111949
--- Comment #3 from Andrew Pinski ---
*** Bug 101806 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101806
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118574
Bug ID: 118574
Summary: [15 regression] Crashes with coroutines in KDE Plasma
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: c++-coroutines, needs-bisection, needs-sourc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118101
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 118101, which changed state.
Bug 118101 Summary: [modules] ICE: canonical types differ for identical types
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118101
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118513
--- Comment #8 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:2fcb0c079530b019586e5693f057d2eb72855e70
commit r15-7085-g2fcb0c079530b019586e5693f057d2eb72855e70
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118101
--- Comment #3 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:5c0e1879ea639dc527d3928af877d3df985e3f13
commit r15-7084-g5c0e1879ea639dc527d3928af877d3df985e3f13
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114434
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117985
Marek Polacek changed:
What|Removed |Added
CC||morinim at gmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114434
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:f4b8c08c86237e7eb29defb2f8ae3bff22581e5f
commit r12-10921-gf4b8c08c86237e7eb29defb2f8ae3bff22581e5f
Author: Iain Buclaw
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
--- Comment #6 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> Created attachment 60219 [details]
> Second step get rid of std::vector
Note I am not reducing it further than above.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117985
Andrew Pinski changed:
What|Removed |Added
Target Milestone|12.5|13.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
Andrew Pinski changed:
What|Removed |Added
Attachment #60218|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
--- Comment #3 from Andrew Pinski ---
Created attachment 60218
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60218&action=edit
First step get rid of std::string and limits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118560
--- Comment #6 from GCC Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:07f62ed9a7b09951f83855e19d41641b098190b1
commit r15-7083-g07f62ed9a7b09951f83855e19d41641b098190b1
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #8 from Alejandro Colomar ---
(In reply to Alejandro Colomar from comment #7)
> (In reply to Alejandro Colomar from comment #6)
> > (In reply to David Malcolm from comment #5)
> > > Thanks for filing this report.
> >
> > You're welc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #7 from Alejandro Colomar ---
(In reply to Alejandro Colomar from comment #6)
> (In reply to David Malcolm from comment #5)
> > Thanks for filing this report.
>
> You're welcome! :-)
>
> >
> > There are (at least) three -fanalyze
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
--- Comment #6 from Alejandro Colomar ---
(In reply to David Malcolm from comment #5)
> Thanks for filing this report.
You're welcome! :-)
>
> There are (at least) three -fanalyzer issues here:
>
> (a) false positive about leak of 'my_strdu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84440
--- Comment #3 from Stas Sergeev ---
Yes, this warning:
warning: unknown conversion type character 'P' in format [-Wformat=]
can be suppressed with -Wno-format,
but it seems to suppress the entire
format checking. I only need to suppress
"unkno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116256
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:1edd93fbaddce9b2938e2927014272fa621ade9c
commit r15-7082-g1edd93fbaddce9b2938e2927014272fa621ade9c
Author: Jeff Law
Date: Mon Jan 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
--- Comment #7 from Alejandro Colomar ---
(In reply to David Malcolm from comment #6)
> -fanalyzer deliberately doesn't warn about memory leaks within "main":
> https://godbolt.org/z/94ch4T1Ke
> given that once you exit main, leaks don't matte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
--- Comment #2 from Andrew Pinski ---
Looks to be fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114442
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
--- Comment #1 from Manlio Morini ---
Created attachment 60217
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60217&action=edit
Preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118573
Bug ID: 118573
Summary: internal compiler error: in gimplify_var_or_parm_decl
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114442
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:64a162d5562a333b816f6dc188814c14ba3c9f2c
commit r15-7081-g64a162d5562a333b816f6dc188814c14ba3c9f2c
Author: Jeff Law
Date: Mon Jan 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84194
--- Comment #3 from Stas Sergeev ---
Explicitly packing non-POD
field seems to allow the packing.
How about saying so in the
warning?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116256
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:59e5d086a348f2b9e5adae1ba820ba7aaf7289db
commit r15-7080-g59e5d086a348f2b9e5adae1ba820ba7aaf7289db
Author: Jeff Law
Date: Mon Jan 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60813
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords|rejects-valid |
--- Comment #2 from anlauf a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83732
--- Comment #10 from Andrew Pinski ---
The warning should at least to be using OPT_Wattribute to allow it to be turned
on/off with a warning flag.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83732
--- Comment #9 from Stas Sergeev ---
Note that this silly (and wrong)
warning can't even be disabled.
Or at least the warning itself
doesn't hint how to do that.
I think all other warnings do.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #5 from kargls at comcast dot net ---
On 1/20/25 12:40, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
>
> Jerry DeLisle changed:
>
> What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118553
--- Comment #5 from Roland Illig ---
(In reply to Jan Hubicka from comment #4)
> > There is a __gcov_fork but none for vfork
> Hmm, with vfork the address space is shared, so updated from child
> process should be visible to the outer process?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Jakub Jelinek changed:
What|Removed |Added
Summary|[15 regression] wrong code |[15 regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58146
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114434
--- Comment #10 from GCC Commits ---
The releases/gcc-13 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:76d660277e5cd61055c3838bf59c90321d4686fb
commit r13-9336-g76d660277e5cd61055c3838bf59c90321d4686fb
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107122
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |15.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117868
--- Comment #6 from GCC Commits ---
The master branch has been updated by Denis Chertykov :
https://gcc.gnu.org/g:5cd4605141b8b45cab95e4de8005c69273071107
commit r15-7078-g5cd4605141b8b45cab95e4de8005c69273071107
Author: Denis Chertykov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107122
--- Comment #2 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:96f4ba4d19a765902af7b79aa77d52c62fa2f82c
commit r15-7077-g96f4ba4d19a765902af7b79aa77d52c62fa2f82c
Author: Harald Anlauf
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #3 from kargls at comcast dot net ---
(In reply to kargls from comment #2)
> Tracing into libgfortran, the bug appears to be in write.c(write_utf8_char4).
> In particular, the entire string is written due to line 181. The 'src_len'
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107122
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118348
Richard Sandiford changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118067
--- Comment #17 from GCC Commits ---
The releases/gcc-12 branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:9a1efd1ee2509abb93878bd911d8c07143b10e33
commit r12-10920-g9a1efd1ee2509abb93878bd911d8c07143b10e33
Author: Uros Bizjak
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #2 from kargls at comcast dot net ---
Tracing into libgfortran, the bug appears to be in write.c(write_utf8_char4).
In particular, the entire string is written due to line 181. The 'src_len'
is likely wrong if one has an A edit descr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118348
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:749dcd9ba8466fec5b51dd564cd63424c44f808b
commit r15-7076-g749dcd9ba8466fec5b51dd564cd63424c44f808b
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118384
Richard Sandiford changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118531
Richard Sandiford changed:
What|Removed |Added
Summary|[14/15 Regression] |[14 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
Richard Sandiford changed:
What|Removed |Added
Summary|[14/15 regression] aarch64: |[14 regression] aarch64:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114434
--- Comment #9 from GCC Commits ---
The releases/gcc-14 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:ffa44df6768368dc516c9626ec388a3561c7644f
commit r14-11230-gffa44df6768368dc516c9626ec388a3561c7644f
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118501
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:6612b8e55471fabd2071a9637a06d3ffce2b05a6
commit r15-7073-g6612b8e55471fabd2071a9637a06d3ffce2b05a6
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118384
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:8edf8b552313951cb4f2f97821ee4b3820c9506b
commit r15-7074-g8edf8b552313951cb4f2f97821ee4b3820c9506b
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118531
--- Comment #2 from GCC Commits ---
The trunk branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:1b8820421488d220a95f651b51175d618063c48c
commit r15-7072-g1b8820421488d220a95f651b51175d618063c48c
Author: Richard Sandiford
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118560
--- Comment #5 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #4)
> And self-recursion isn't really needed, even
> struct { _Decimal32 a; } b;
> void foo (int, _Decimal32);
>
> void
> bar (int, _Decimal32 d)
> {
> foo (1, 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
--- Comment #6 from Sam James ---
Thanks, I'd meant to do that and forgot.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
--- Comment #5 from Andrew Pinski ---
Created attachment 60216
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60216&action=edit
Better testcase, specify the sign of char
Since plain char can be unsigned, specifying the sign is required to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
--- Comment #4 from Peter Damianov ---
It gets optimized correctly with `-funsigned-char`, so I think this is
something signedness related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114434
--- Comment #8 from GCC Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:9ab38952a2033d6d4a8e31c3c4d2ab1a25a406c6
commit r15-7071-g9ab38952a2033d6d4a8e31c3c4d2ab1a25a406c6
Author: Iain Buclaw
Date: Mon J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
--- Comment #3 from Sam James ---
```
__attribute__((noipa))
int test(char c)
{
return (((0x80 & (c&0xff)) != 0) && ((0xc0 & (c&0xff)) == 0x80));
}
int main() {
if (test(0x80) == 0)
__builtin_abort();
}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Sam James changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118572
Bug ID: 118572
Summary: wrong code for expression ((0x80 & c) != 0) && ((0xc0
& c&) == 0x80))
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
Bug 116613 depends on bug 116632, which changed state.
Bug 116632 Summary: d_diagnostic_report_diagnostic and non-textual diagnostic
output formats (e.g. SARIF)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116632
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116632
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118500
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118498
David Malcolm changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117424
--- Comment #10 from Andrew Macleod ---
It also works if I use
--disable-tree-cunroll
which makes me suspicious of cunroll.
It also works if I use
--fdisable-tree-evrp --fdisable-tree-vrp1
So I thought perhaps VRP is doing something to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118571
--- Comment #1 from kargls at comcast dot net ---
Trimming the testcase to show to clean up the -fdump-tree-original output.
program test
use iso_fortran_env
implicit none
integer, parameter :: ucs4 = selected_char_kind('ISO_10646')
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117702
Ian Lance Taylor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81978
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0d1e62b83561baa185bf080515750a89dd3ac410
commit r15-7070-g0d1e62b83561baa185bf080515750a89dd3ac410
Author: Harald Anlauf
Date: Su
1 - 100 of 171 matches
Mail list logo
