https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107937
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target
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=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
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=107920
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
Created attachment 53992
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=53992=edit
untested fix
Thanks for the suggestions. The attached patch uses gsi_replace_with_seq_vops
for
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=107271
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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=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=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
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
>
/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=102916
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
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
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
{
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 #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
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=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 #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
Martin Liška changed:
What|Removed |Added
CC||crazylht at gmail dot com,
/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=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
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=107928
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from David
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=107787
Alexander Monakov changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
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
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=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:
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:
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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107931
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target
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=107927
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107928
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
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
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=107004
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
--- Comment #3 from Martin Liška ---
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=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=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
>
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=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)
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=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
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=107835
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
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:
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=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
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=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
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
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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107916
Richard Biener changed:
What|Removed |Added
Version|unknown |13.0
--- Comment #5 from Richard
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=107910
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
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=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=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
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
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
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=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:
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=edit
CPU utilization of make all-host on recent AMD server
The situation with a recent AMD server is really bad! Having
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
101 - 170 of 170 matches
Mail list logo
