https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118017
--- Comment #7 from Uroš Bizjak ---
(In reply to Hongtao Liu from comment #6)
> (In reply to Uroš Bizjak from comment #5)
> > (In reply to Uroš Bizjak from comment #4)
> >
> > > Please note that TImode and TDmode are tieable on x86_64 targets,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
Bug ID: 118057
Summary: RISC-V: Can't vectorize load and store with zvl128b
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118017
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
--- Comment #1 from JuzheZhong ---
https://godbolt.org/z/q1E6dn6T9
Try -fno-vect-cost-model, it can be vectorized.
I think both Clang and GCC (with no cost vect model) vectorized code can't give
better performance in a wide-issue OOO superscal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118047
--- Comment #11 from Marek Polacek ---
More reduced. Note that if initializer_list isn't in std, the assert fails
even with clang++ and g++11.
```
// PR c++/118047
typedef decltype(sizeof(char)) size_t;
namespace std {
template
struct initi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
Benedikt Schmidt changed:
What|Removed |Added
Resolution|DUPLICATE |FIXED
--- Comment #7 from Benedikt S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118035
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.4.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58203
--- Comment #8 from Andrew Pinski ---
*** Bug 118063 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118035
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> It only started to lose data with my r5-9770-g397c5bf9204cc8
Which was the backport of r6-3240-g5caff414f153f5 from trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #8 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
--- Comment #4 from Andrew Pinski ---
A better example is:
```
template
concept FalsyConcept = requires { requires sizeof(T) > 1; };
template
concept VariadicConcept = (!FalsyConcept && ...);
static_assert(VariadicConcept);
```
>From clang ou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
Bug ID: 118063
Summary: Building files with lto creates object files with an
incomplete symbol table
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118053
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
--- Comment #1 from Benedikt Schmidt ---
After reading
https://gcc.gnu.org/onlinedocs/gccint/link-time-optimization/lto-file-sections.html
I am not so certain anymore that the functions should actually still be present
in .text, or if they are t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118053
--- Comment #2 from Marek Polacek ---
Reducing...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
Sam James changed:
What|Removed |Added
Component|c |lto
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
--- Comment #4 from Andrew Pinski ---
So there are 2 different issues listed here. One is no symbol table which is
not correct, you need to use the linker plugin with nm to see the full symbol
table.
The second is the memset issue not being lin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
Andrew Pinski changed:
What|Removed |Added
Blocks||67491
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
Bug ID: 118072
Summary: n % 7 on ARM is bad and unstable.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-12-16
Ever confirmed|0
Hi there,
As parents, we all know how much our emotions can impact our children—but
have you ever considered how your anxiety might affect their well-being?
>From mood changes to behavioral shifts, our stress can influence them in
ways we might not even realize.
I’d love to write an article for
> --- Comment #2 from Andrew Pinski ---
> (In reply to Eric Botcazou from comment #1)
>> GNATprove is not part of GCC, please report to the vendor instead.
>
> Though it is documented to be used:
> https://gcc.gnu.org/onlinedocs/gnat_rm/SPARK_005f05.html
Other tools are mentioned such as gprbu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118051
--- Comment #3 from charlet at adacore dot com ---
> --- Comment #2 from Andrew Pinski ---
> (In reply to Eric Botcazou from comment #1)
>> GNATprove is not part of GCC, please report to the vendor instead.
>
> Though it is documented to be us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118071
Bug ID: 118071
Summary: C++ class method visible in shared object even with
-fviisibility=hidden and -fvisibility-inlines-hidden
Product: gcc
Version: 14.2.0
Status: UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118071
Andrew Pinski changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118071
--- Comment #2 from Andrew Pinski ---
I am not sure if this is a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
Sam James changed:
What|Removed |Added
Keywords||compile-time-hog
Summary|Bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
--- Comment #2 from Andrew Pinski ---
COSTS_N_INSNS (6)/* si idiv. */
COSTS_N_INSNS (10) /* di idiv. */
+COSTS_N_INSNS (1)
sdiv is +1
x86_64 generic costs are much higher:
```
{COSTS_N_INSNS (16),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
--- Comment #3 from Andrew Pinski ---
So we are just left with the unstablity of the chosing based on the cache and
sometimes the cache is different when first based on divide vs mod.
I suspect if you do timing on the mod with/without using the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118072
Andrew Pinski changed:
What|Removed |Added
Version|unknown |14.1.0
Summary|(n%7) sometim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118070
--- Comment #1 from Andrew Pinski ---
Created attachment 59884
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59884&action=edit
testcase using scalar_storage_order instead of option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118070
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|wrong code with _B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117178
Eric Gallager changed:
What|Removed |Added
Keywords||patch
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Keywords|needs-bisec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80222
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
--- Comment #4 from charlet at adacore dot com ---
> --- Comment #3 from Saada Mehdi <00120260a at gmail dot com> ---
> Moreover, the message itself points at gcc bug / bugzilla.
That's a bug by itself, but also not for GCC.
Arno
> --- Comment #3 from Saada Mehdi <00120260a at gmail dot com> ---
> Moreover, the message itself points at gcc bug / bugzilla.
That's a bug by itself, but also not for GCC.
Arno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118061
Bug ID: 118061
Summary: ICE: tree check: expected class 'type', have
'exceptional' (error_mark) in
tagged_types_tu_compatible_p, at c/c-typeck.cc:1946
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56267
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:fa8475b96579d16ae4e908b89104adcbcb9477b4
commit r15-6274-gfa8475b96579d16ae4e908b89104adcbcb9477b4
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57272
--- Comment #10 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:2ce99c0088ed97991f61cbdefa83f682c2ef4364
commit r15-6272-g2ce99c0088ed97991f61cbdefa83f682c2ef4364
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116060
--- Comment #2 from Torbjorn SVENSSON ---
I posted a patch that appears to fix this issue, but I'm not sure if it's the
only thing needed for C++.
https://gcc.gnu.org/pipermail/gcc-patches/2024-December/671724.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
--- Comment #2 from Saada Mehdi <00120260a at gmail dot com> ---
What about the line "GCC error" ??
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999
--- Comment #6 from Vladimir Makarov ---
I've tried arm GCC before and after the patch. I see failures before the patch
too (e.g. net failed with the same wrong address or nil dereference as crypto)
although, I should acknowledge, less than af
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
--- Comment #4 from rdapp.gcc at gmail dot com ---
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
>
> --- Comment #3 from JuzheZhong ---
> (In reply to Robin Dapp from comment #2)
>> I think depending on the performance of strided loads/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
--- Comment #1 from Sam James ---
13.2 rejects it, 13.3 ICEs, right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118061
Sam James changed:
What|Removed |Added
Summary|ICE: tree check: expected |[15 regression] ICE: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117999
--- Comment #7 from Sam James ---
Christoph, looking at the reference build (i.e. before Vlad's commit) in
https://inbox.sourceware.org/gcc-regression/1736588063.82421.1733571291005@jenkins.jenkins/T/#u,
I see a bunch of prior failures like:
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112694
--- Comment #8 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:99eef0cfa56573c32b9c0a1e43519ee4300ac63f
commit r15-6279-g99eef0cfa56573c32b9c0a1e43519ee4300ac63f
Author: Robin Dapp
Date: Fri Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117383
--- Comment #1 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:ec870d3b5f378172006104bad674d7875463da18
commit r15-6278-gec870d3b5f378172006104bad674d7875463da18
Author: Robin Dapp
Date: Wed Dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #11 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:ce199a952bfef3e27354a4586a17bc55274c1d3c
commit r15-6277-gce199a952bfef3e27354a4586a17bc55274c1d3c
Author: Robin Dapp
Date: Fri De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118019
--- Comment #12 from Robin Dapp ---
Could you please check if the patch helped?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116611
--- Comment #9 from GCC Commits ---
The master branch has been updated by Robin Dapp :
https://gcc.gnu.org/g:99eef0cfa56573c32b9c0a1e43519ee4300ac63f
commit r15-6279-g99eef0cfa56573c32b9c0a1e43519ee4300ac63f
Author: Robin Dapp
Date: Fri Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117383
Robin Dapp changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117964
--- Comment #9 from Segher Boessenkool ---
(In reply to rguent...@suse.de from comment #8)
> > maybe_duplicate_computed_goto should never ever decide to know better than
> > its caller. That way insanity lies.
>
> "maybe_" suggests it's not al
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117964
--- Comment #10 from Segher Boessenkool ---
Wrt more barriers than needed... This is always less than the amount of other
extra RTL, so it is kinda harmless. But if we care, we should do prevent this
in emit_barrier itself, so that it is solve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
Saada Mehdi <00120260a at gmail dot com> changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
--- Comment #3 from JuzheZhong ---
(In reply to Robin Dapp from comment #2)
> I think depending on the performance of strided loads/stores this can be
> profitable to vectorize. Looks like we need loop versioning to account for
> the possible a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117643
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117347
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #5 from Andre V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118062
Bug ID: 118062
Summary: [15 regression]
c-c++-common/torture/vector-compare-1.c fails on arm /
MVE after gcc-15-5317-gf40010c198f
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118062
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118041
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|15.0|14.3
--- Comment #3 from Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118052
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118051
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118042
--- Comment #4 from Uroš Bizjak ---
Comment on attachment 59875
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59875
Proposed patch
>diff --git a/gcc/config/i386/i386.cc b/gcc/config/i386/i386.cc
>index ca763e1eb33..530e7e4fb54 100644
>--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118042
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118042
Uroš Bizjak changed:
What|Removed |Added
Component|target |rtl-optimization
Assignee|ubizj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118059
Bug ID: 118059
Summary: [15 Regression] ubsan instrumented gcc: valid value
for type 'expr_t' in gcc/fortran/trans-expr.cc
Product: gcc
Version: 15.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118059
Filip Kastl changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118032
--- Comment #10 from Andreas Schwab ---
The 64bit location_t is not part of
92e0e0f8177530b8c6fcafe1d61ba03b00dff6a6..b563a3a00db064d4d47fd171379e1d34d0698faa,
it was installed three days earlier.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
Bug ID: 118060
Summary: ICE (internal compiler error) on requires clause
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109941
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2024-12-16
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118058
Bug ID: 118058
Summary: std::to_wstring is incompatible with
-fwide-exec-charset=EBCDIC-JP-kana
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: reject
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118008
--- Comment #11 from Richard Earnshaw ---
For the bare metal cross you probably need to configure with
'--with-arch=armv7-a+fp --with-float-abi=hard'
If that still doesn't trigger it, try adding '--with-mode=thumb'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117091
Filip Kastl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117986
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #2 from Sam James ---
This wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118057
--- Comment #2 from Robin Dapp ---
I think depending on the performance of strided loads/stores this can be
profitable to vectorize. Looks like we need loop versioning to account for the
possible aliasing but once this is out of the way we coul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
--- Comment #1 from Sergei Murzin ---
A better CE link https://compiler-explorer.com/z/3dG8zKPfb
Where we can also see that Clang is actually quite good at displaying this sort
of failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117943
--- Comment #2 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:778336e0e4f25745f76a127801dc3bab5e9c1334
commit r15-6284-g778336e0e4f25745f76a127801dc3bab5e9c1334
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117943
--- Comment #1 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ea7da640cf234ebde8d73d996dd14e6563c1ffcf
commit r15-6283-gea7da640cf234ebde8d73d996dd14e6563c1ffcf
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58203
Andrew Pinski changed:
What|Removed |Added
CC||benediktibk at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118064
Bug ID: 118064
Summary: Miscompilation at -O1
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
--- Comment #6 from Andrew Pinski ---
See specifically https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58203#c2 .
Basically memset/memcpy should either be marked as used or should never be in
LTO because references to them come in late in compiling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
--- Comment #3 from Benedikt Schmidt ---
arm-none-eabi-gcc (15:13.2.rel1-2) 13.2.1 20231009
GNU nm (2.42-1ubuntu1+23) 2.42
GNU objdump (2.42-1ubuntu1+23) 2.42
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #37 from GCC Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:ea7da640cf234ebde8d73d996dd14e6563c1ffcf
commit r15-6283-gea7da640cf234ebde8d73d996dd14e6563c1ffcf
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118064
Sam James changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118063
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118064
--- Comment #2 from Andrew Pinski ---
Confirmed, this is another one which misses the truncation:
From:
b.0_1 = b;
_2 = b.0_1 ^ 1;
b = _2;
...
_5 = (char) _2;
if (_5 != 1)
goto ; [50.00%]
else
goto ; [50.00%]
[local count
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
--- Comment #5 from Andrew Pinski ---
Actually a better example:
```
template
constexpr int constexpr_value = sizeof(T);
template
concept VariadicConcept = ((constexpr_value > 1) && ...);
static_assert(VariadicConcept);
```
because the fold e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118065
Bug ID: 118065
Summary: Debug Mode does not check non-overlapping
preconditions for std::copy et al
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117725
--- Comment #5 from Matthias Klose ---
even with the changes from comment 3, it still fails with:
In file included from
../../../../../src/libsanitizer/interception/interception.h:18,
from
../../../../../src/libsanitizer/interc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118053
Marek Polacek changed:
What|Removed |Added
Keywords|needs-reduction |
--- Comment #3 from Marek Polacek ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118066
Bug ID: 118066
Summary: Diagnostic for variadic concept with fold expression
on other concepts is unhelpful
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118064
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118055
--- Comment #5 from GCC Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:e5c84fd3c195eb5e553fde84e79dd83712edf732
commit r15-6287-ge5c84fd3c195eb5e553fde84e79dd83712edf732
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154
--- Comment #39 from sandra at gcc dot gnu.org ---
So, the gfortran manual already has substantial sections under "Extensions"
about OpenMP and OpenACC. So I guess I will do the same for the GCC manual,
and make that the place where we document w
hms: zlib zstd
gcc version 15.0.0 20241216 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118060
--- Comment #4 from Andrew Pinski ---
(In reply to Sam James from comment #1)
> 13.2 rejects it, 13.3 ICEs, right?
yes. See comment #3 for case where the code is valid in the end and still ICEs.
And yes GCC 13.2.0 accepted that code while GCC 1
1 - 100 of 154 matches
Mail list logo
