https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116732
Bug ID: 116732
Summary: [meta-bug] Fortran 202y support
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116733
Bug ID: 116733
Summary: [F202y] Generic processing of assumed rank objects
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116730
Andrew Pinski changed:
What|Removed |Added
Summary|`make install` fails when |`make install` fails when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116734
Bug ID: 116734
Summary: internal compiler error: in do_output_reload, at
reload1.cc:7876
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116734
--- Comment #1 from Alyssa Ross ---
Created attachment 59120
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59120&action=edit
-freport-bug output, gzip compressed because otherwise it was too big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116693
--- Comment #3 from GCC Commits ---
The master branch has been updated by Andreas Schwab :
https://gcc.gnu.org/g:952df9c50b30cc6f849c422b84592a81524f8ef7
commit r15-3663-g952df9c50b30cc6f849c422b84592a81524f8ef7
Author: Andreas Schwab
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116735
Bug ID: 116735
Summary: ICE in build_counted_by_ref
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116736
Bug ID: 116736
Summary: missing diagnostic for out-of-bounds array access
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116737
Bug ID: 116737
Summary: internal compiler error: Segmentation fault from
store_expr
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116738
Bug ID: 116738
Summary: Constant folding of _mm_min_ss and _mm_max_ss is wrong
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116731
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-09-16
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116739
Bug ID: 116739
Summary: template parameter confusion results in parameter
packs not expanded with '...'
Product: gcc
Version: unknown
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116740
Bug ID: 116740
Summary: [15 Regression] ICE: in
set_identifier_type_value_with_scope, at
cp/name-lookup.cc:5098
Product: gcc
Version: 15.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116181
--- Comment #10 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:f6e629a7134c6b83be4542b8cd26b7c4483d17f4
commit r15-3665-gf6e629a7134c6b83be4542b8cd26b7c4483d17f4
Author: Gaius Mulley
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115372
--- Comment #3 from Patrick O'Neill ---
(In reply to Richard Biener from comment #2)
> I don't remember seeing FAIL: gcc.dg/vect/pr97428.c in the precommit CI, this
> one should get one SLP instance and seeing zero means it now fails to SLP on
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116181
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531
--- Comment #24 from Rama Malladi ---
I am closing this bug report as the feature request has been rejected by the
committee after reviewing the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531
Rama Malladi changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114531, which changed state.
Bug 114531 Summary: Feature proposal for an `-finline-functions-aggressive`
compiler option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116741
Bug ID: 116741
Summary: ICE with invalid cast from void* in constexpr
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
nted,
the compiler will notice that n is uninitialized.
g++ version:
```
Using built-in specs.
COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++
Target: x86_64-linux-gnu
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240916 (experimental)
(Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116714
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=116743
Bug ID: 116743
Summary: Commit `3d9e6767939e` causes ~10% perf regression
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116743
--- Comment #1 from Andrew Pinski ---
g:3d9e6767939e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116742
Andrew Pinski changed:
What|Removed |Added
Blocks||24639
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116682
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116711
--- Comment #2 from Andrew Pinski ---
Created attachment 59124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59124&action=edit
Start of the patch
Still need a full changelog.
And need to boostrap/test with it. It has passed vect.exp thou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116708
--- Comment #3 from Alex Orange ---
Thanks, the first two lines were exactly what I was looking for:
"msse4 turns on sse4.1 and 4.2
While mno-sse4 turns off sse4.1 and sse4.2."
Something along those lines is what I'd suggest adding to the doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116733
--- Comment #1 from Paul Thomas ---
Created attachment 59125
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59125&action=edit
Second testcase
I forgot to include these in the patch:-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116733
--- Comment #2 from Paul Thomas ---
Created attachment 59126
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59126&action=edit
First testcase
ditto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113328
--- Comment #4 from GCC Commits ---
The master branch has been updated by Pengxuan Zheng :
https://gcc.gnu.org/g:a92f54f580c37732a5de01e47aed56882231f196
commit r15-3669-ga92f54f580c37732a5de01e47aed56882231f196
Author: Pengxuan Zheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116731
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116744
Bug ID: 116744
Summary: RFE: can generated SARIF file be a container for
"everything" needed for a bug-report against gcc?
Product: gcc
Version: unknown
Status: UNCONFIR
{}>
int x;
int main() {}
```
Using built-in specs.
COLLECT_GCC=/opt/compiler-explorer/gcc-snapshot/bin/g++
Target: x86_64-linux-gnu
Configured with: ../gcc-trunk-20240916/configure
--prefix=/opt/compiler-explorer/gcc-build/staging
--enable-libstdcxx-backtrace=yes --build=x86_64-linux-gnu
--h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85716
--- Comment #15 from David Malcolm ---
Brainstorming some ideas here:
LSP has an interface for reporting progress notifications; see:
https://microsoft.github.io/language-server-protocol/specifications/lsp/3.17/specification/#workDoneProgress
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85716
David Malcolm changed:
What|Removed |Added
Ever confirmed|1 |0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116738
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116730
--- Comment #10 from Hime Haieto ---
(In reply to Andrew Pinski from comment #9)
> So yes I can reproduce the failure but I think relative pathes other than
> `../` are not supported when it comes to configuring.
>
> As I mentioned invoking con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116677
Wouter van Gulik changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34737
Wouter van Gulik changed:
What|Removed |Added
Resolution|--- |FIXED
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116740
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116676
Marek Polacek changed:
What|Removed |Added
Keywords|needs-bisection |
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116676
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116722
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859
Marek Polacek changed:
What|Removed |Added
CC||eczbek.void at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116745
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859
--- Comment #7 from Marek Polacek ---
Another test:
```
template
concept A = true;
template {}>
int x;
int main() {}
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116711
--- Comment #3 from Andrew Pinski ---
I got a bootstrap failure due to SLP not resetting the scev or freeing the
iterations estimates cache.
Reduced testcase:
```
void g(int);
void f(int *a)
{
int n = a[0]++;
int g1 = a[1]++;
for(int i =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116746
Bug ID: 116746
Summary: Explicit specializations of static variable templates
are incorrectly given external linkage
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #8 from M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109859
--- Comment #9 from Marek Polacek ---
I suppose to handle #c7 we should save & clear
parser->local_variables_forbidden_p in cp_parser_template_parameter_list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116746
--- Comment #1 from Andrew Pinski ---
Created attachment 59127
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59127&action=edit
Dejagnu testcase for easier testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116746
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116746
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/llvm/llv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116737
--- Comment #1 from Andrew Pinski ---
Looks like it is working on the trunk ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116737
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115464
Andrew Pinski changed:
What|Removed |Added
CC||hi at alyssa dot is
--- Comment #19 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115464
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116741
Andrew Pinski changed:
What|Removed |Added
Known to fail||14.1.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116728
--- Comment #2 from Hime Haieto ---
This may not actually be about pointer issues specifically - I came across
another failing test case that I think is most likely caused by the same
underlying issue:
typedef void f(struct s1);
struct s1 {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116711
Andrew Pinski changed:
What|Removed |Added
Summary|Use |Use
|simple_dce_from_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116739
Andrew Pinski changed:
What|Removed |Added
URL|https://stackoverflow.com/q |
|uestions/78989800/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116739
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116739
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90189
Andrew Pinski changed:
What|Removed |Added
CC||ted at lyncon dot se
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90189
--- Comment #6 from Andrew Pinski ---
Another testcase which has the same issue with the clash from PR 116739:
```
template struct l {};
template
struct mm {
using type = t;
};
template
class myclass {
template
// error: paramete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116730
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2024-09-16 00:00:00 |2024-09-17
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90620
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #6 from Andrew Pinsk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116734
Andrew Pinski changed:
What|Removed |Added
Summary|internal compiler error: in |internal compiler error: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116728
Martin Uecker changed:
What|Removed |Added
CC||muecker at gwdg dot de
--- Comment #3 f
70 matches
Mail list logo
