https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107304
--- Comment #30 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:a1b5cdf381d6b02f5048d886a8377d0042bda3af
commit r13-4402-ga1b5cdf381d6b02f5048d886a8377d0042bda3af
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #48 from Martin Liška ---
Created attachment 53989
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53989&action=edit
CPU utilization of make all-host on recent AMD server
The situation with a recent AMD server is really bad! Hav
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107932
Bug ID: 107932
Summary: weak constant char array not used correctly
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107932
--- Comment #1 from Berni ---
potentially related to bug 107907
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #49 from Martin Liška ---
One more observation I made, apparently we're trying to sort (in Makefile.in)
OBJS with the biggest at the very beginning:
1295 # Language-independent object files.
1296 # We put the *-match.o and insn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #50 from Richard Biener ---
(In reply to Martin Liška from comment #48)
> Created attachment 53989 [details]
> CPU utilization of make all-host on recent AMD server
>
> The situation with a recent AMD server is really bad! Having 192
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #51 from Richard Biener ---
(In reply to Martin Liška from comment #49)
[...]
> Can please any GNU make expect judge here? Starting e.g. gimple-match.cc
> early would really help
> to speed up the build process.
this has come up in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107932
--- Comment #2 from Berni ---
added test case:
g++ -o test.exe -Os main.cpp weak.cpp
./test.exe
'S'
'S'
'S'
here the result is as expected!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107910
--- Comment #2 from Richard Biener ---
(In reply to Andrew Pinski from comment #1)
> The problem is an interaction between the SLP vectorizer and store merging.
Supposedly store-merging doesn't consider splitting loads/stores to re-merge
them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107910
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #52 from Richard Biener ---
(In reply to Richard Biener from comment #51)
> (In reply to Martin Liška from comment #49)
>
> [...]
>
> > Can please any GNU make expect judge here? Starting e.g. gimple-match.cc
> > early would really
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
Richard Biener changed:
What|Removed |Added
Version|unknown |13.0
--- Comment #5 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #53 from Martin Liška ---
(In reply to Richard Biener from comment #50)
> (In reply to Martin Liška from comment #48)
> > Created attachment 53989 [details]
> > CPU utilization of make all-host on recent AMD server
> >
> > The situat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107933
Bug ID: 107933
Summary: std::sqrt complies in intrinsics for float even if
--no-builtin is provided
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107933
--- Comment #1 from Jonathan Wakely ---
This is because std::sqrt(float) uses __builtin_sqrtf and -fno-builtin doesn't
affect direct calls to the __builtin functions.
std::sqrt(double) isn't provided by libstdc++, it is just a using-declaration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107933
--- Comment #2 from Jonathan Wakely ---
using ::sqrt;
#ifndef __CORRECT_ISO_CPP_MATH_H_PROTO
inline _GLIBCXX_CONSTEXPR float
sqrt(float __x)
{ return __builtin_sqrtf(__x); }
inline _GLIBCXX_CONSTEXPR long double
sqrt(long double __
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82478
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96204
Jonathan Wakely changed:
What|Removed |Added
CC||eieio at google dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107930
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107835
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7716ee1e90412f785cba20acffd59fc7461302cb
commit r13-4405-g7716ee1e90412f785cba20acffd59fc7461302cb
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107835
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:9500877d05c56cef7bfbdcecaab3b1af2610bff3
commit r13-4406-g9500877d05c56cef7bfbdcecaab3b1af2610bff3
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919
--- Comment #5 from Richard Biener ---
Fixed at -O1, still mis-diagnosed at -O2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99576
--- Comment #13 from Iain Sandoe ---
(In reply to Adrian Perl from comment #12)
> I have sent the patch and tests to gcc-patc...@gcc.gnu.org
As noted there, the patch causes regressions in more complex library code (e.g.
some tests in folly) whe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #9 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
--- Comment #10 from Richard Biener ---
(In reply to Andrew Pinski from comment #7)
> Something like this should fix the issue (note setting the location should
> be done also):
> diff --git a/gcc/config/aarch64/aarch64-sve-builtins-base.cc
> b/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107919
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b628cad9e093f7a33042fb9dd647f183394eefae
commit r13-4408-gb628cad9e093f7a33042fb9dd647f183394eefae
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107551
Martin Liška changed:
What|Removed |Added
Keywords||patch
--- Comment #12 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107004
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Martin Liška ---
F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
Martin Liška changed:
What|Removed |Added
Summary|[12 Regression] -Og causes |[12/13 Regression] -Og
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107923
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107928
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107927
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107927
--- Comment #2 from Jonathan Wakely ---
In the original code that should be:
const size_type __n = std::distance(__first, __last);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105281
--- Comment #3 from Jonathan Wakely ---
Thanks for the survey!
(In reply to Jiang An from comment #2)
> constexpr in C++23, lack constexpr (for some overloads) in libstdc++:
> abs
> modf
> remquo
> frexp
Also imaxabs and imaxdiv, assuming http
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107627
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103680
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:4fa25a7eb322f0a003c1eb15680c71ece345e01e
commit r13-4409-g4fa25a7eb322f0a003c1eb15680c71ece345e01e
Author: Martin Liska
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101301
--- Comment #11 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:4fa25a7eb322f0a003c1eb15680c71ece345e01e
commit r13-4409-g4fa25a7eb322f0a003c1eb15680c71ece345e01e
Author: Martin Liska
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107933
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107787
--- Comment #2 from CVS Commits ---
The master branch has been updated by Alexander Monakov :
https://gcc.gnu.org/g:7c01d029fca669263b9c2dcb8837c42f7ae3a77f
commit r13-4410-g7c01d029fca669263b9c2dcb8837c42f7ae3a77f
Author: Iskander Shakirzyano
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107787
Alexander Monakov changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103542
Richard Biener changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107928
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107905
--- Comment #5 from Alexander Monakov ---
Not sure what you don't like about the inputs, they appear quite reasonable.
Perhaps GCC's estimation of bb frequencies is off (with profile feedback we
achieve good performance).
Georgi: you'll likely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
--- Comment #6 from Richard Biener ---
We diagnose
MEM[(struct _Alloc_hider *)0B]._M_p = 16B;
that's conditional on if (_178 == 0B) so probably constant propagated from
that. That on the other hand is conditional on if (_178 != _179) with
_1
nu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-r13-4410-20221130163048-g7c01d029fca-checking-yes-rtl-df-extra-nobootstrap-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.0 20221130 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107934
Martin Liška changed:
What|Removed |Added
CC||crazylht at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
--- Comment #7 from Richard Biener ---
It looks like 129t.thread1 jump threaded things in a way to expose this case
(which is probably unreachable, but ...).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107934
--- Comment #2 from Uroš Bizjak ---
The type of extendbfsf2_1 insn should be sseishft1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
--- Comment #8 from Jonathan Wakely ---
So initially iin.iter._M_current is indeed null, because unique.begin() returns
_M_start (which is null) when the vector is empty:
std::insert_iterator iin(unique, unique.begin());
But when the vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
--- Comment #9 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #8)
> This seems to work (the __glibcxx_assert isn't needed to stop the warning,
> but might be a useful assertion).
Well, it might be if I got the condition righ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107905
--- Comment #6 from Alexander Monakov ---
Let me add that Clang supports GCC's -fprofile-{generate,use} flags for
compatibility as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106434
--- Comment #10 from Jonathan Wakely ---
Slightly simpler, with correct assertion now:
--- a/libstdc++-v3/include/bits/vector.tcc
+++ b/libstdc++-v3/include/bits/vector.tcc
@@ -139,6 +139,11 @@ _GLIBCXX_BEGIN_NAMESPACE_CONTAINER
{
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102916
--- Comment #12 from Jonathan Wakely ---
(In reply to Darrell Wright from comment #2)
> The constexpr value returned is different depending on the compiler. If one
> uses clang and gcc this leads to an ODR issue as
>
> void bar( ) {
> if co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102916
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRME
/software/local/gcc-trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
--with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 13.0.0 20221130 (experimental) [master r13-4400-g84046b192e5] (GCC)
[551] %
[551] % gcctk -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107905
--- Comment #7 from Georgi ---
(In reply to Alexander Monakov from comment #5)
> Not sure what you don't like about the inputs, they appear quite reasonable.
> Perhaps GCC's estimation of bb frequencies is off (with profile feedback we
> achieve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107906
--- Comment #3 from S. Davis Herring ---
Thanks for identifying the true common thread.
> That is not a specialization, that is an instantiation.
The standard uses specialization for every "version" of a template; some are
just "explicit speci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107906
--- Comment #4 from Jonathan Wakely ---
Some of us try to explain it:
https://gcc.gnu.org/pipermail/libstdc++/2022-November/055032.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107936
Bug ID: 107936
Summary: #pragma GCC diagnostic ignored vs. LTO
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107271
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107936
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107920
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 53992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53992&action=edit
untested fix
Thanks for the suggestions. The attached patch uses gsi_replace_with_seq_vops
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107592
--- Comment #2 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:031d3f095520f0e1ee03e29b7ad5067c2a3f96e0
commit r13-4413-g031d3f095520f0e1ee03e29b7ad5067c2a3f96e0
Author: Iain Buclaw
Date: Sat N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107300
Jakub Jelinek changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
Bug ID: 107937
Summary: ice in find_var_cmp_const, at
gimple-predicate-analysis.cc:257
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
--- Comment #1 from Andrew Pinski ---
It is working at r13-4401-gf57ff189572575
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107209
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
--- Comment #2 from Andrew Pinski ---
It might be r13-4408, r13-4407, or r13-4406 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
--- Comment #3 from David Binderman ---
The bug first seems to appear sometime between git hash 4d08c674b0114622
from yesterday and d0a3d55ae4a2656f, from today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
--- Comment #4 from Andrew Pinski ---
(In reply to David Binderman from comment #3)
> The bug first seems to appear sometime between git hash 4d08c674b0114622
> from yesterday and d0a3d55ae4a2656f, from today.
Which is in between r13-4382-g4d08
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107172
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107935
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
Bug ID: 107938
Summary: ICE directly returning `this` of `extern` variable in
template
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107181
Cupertino Miranda changed:
What|Removed |Added
CC||cupertino.miranda at oracle
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.4
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107938
--- Comment #2 from Andrew Pinski ---
Hmm, the following slightly modified testcase works in GCC 8.5.0 but started to
ICE in GCC 9.1.0:
```
struct Q {
int n;
constexpr const Q* operator()(int) const { return this; }
};
constexpr Q q{};
tem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106805
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
Summary|Undue optimisat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
Bug ID: 107939
Summary: Rejects use of `extern const` variable in a template
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #2 from Johel Ernesto Guerrero Peña ---
Making the expression using the `extern const` variable more complex or
indirect makes it work. With an IILE, for example:
https://compiler-explorer.com/z/EjYYvPvqT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107929
Matthias Kretz (Vir) changed:
What|Removed |Added
Resolution|--- |INVALID
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105097
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91829
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107940
Bug ID: 107940
Summary: temp_directory_path testcase broken
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107941
Bug ID: 107941
Summary: json diagnostics format does not include header stack
info
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107941
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65448
--- Comment #5 from Andrew Pinski ---
I was going to suggest to use json diagnostic format
(-fdiagnostics-format=json) with newer GCC but I noticed it does not output the
header include stack (which I filed as PR 107941 ).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105659
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:17d46f069ceb55faa0db80a47c31710c7e6bcb11
commit r12-8950-g17d46f069ceb55faa0db80a47c31710c7e6bcb11
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107592
--- Comment #3 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:2909464c405b79559c5507cde382df05d2d2fa41
commit r12-8951-g2909464c405b79559c5507cde382df05d2d2fa41
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96425
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107592
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:7bb5b326796af7d688c9976fba7ba3c2706481a0
commit r11-10402-g7bb5b326796af7d688c9976fba7ba3c2706481a0
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45114
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55680
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107592
--- Comment #5 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:f3cfcde3d69e2e8d305c4d4d662a26cd25e8398c
commit r10-11103-gf3cfcde3d69e2e8d305c4d4d662a26cd25e8398c
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107592
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
1 - 100 of 170 matches
Mail list logo
