https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
--- Comment #16 from Gejoe ---
Created attachment 50881
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50881=edit
sample-prog.c edited to show __gcov_reset call.
The steps used for compiling and running the attached .c file are as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98636
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100797
Jason Merrill changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100804
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100805
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89370
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100804
--- Comment #2 from George Thopas ---
After looking at the updated documentation and trying the an update kernel with
warning it still leaves some things open.
The updated documentation says:
"Moreover, the use of type punning or aliasing to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100805
--- Comment #1 from Andreas Schwab ---
The C++ standard says: [lex.icon] "If an integer literal cannot be represented
by any type in its list and an extended integer type (6.8.1) can represent its
value, it may have that extended integer type."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100806
Bug ID: 100806
Summary: deadlock in std::counting_semaphore
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94490
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100716
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:c33ec196aa713c62d73907dc8f9e57d7ab2e4e4b
commit r12-1100-gc33ec196aa713c62d73907dc8f9e57d7ab2e4e4b
Author: Matthias Kretz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100763
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:27e906d5bb2e46e59fe4aa137317f3c8d49ecb44
commit r12-1099-g27e906d5bb2e46e59fe4aa137317f3c8d49ecb44
Author: Matthias Kretz
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100805
Bug ID: 100805
Summary: __int128 should be disabled for non-extended -std=
options
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96762
Michael Meissner changed:
What|Removed |Added
Last reconfirmed||2021-05-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99839
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100463
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100463
--- Comment #7 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:5d05e83e243931c291409d4771f31747b6c04eb0
commit r12-1096-g5d05e83e243931c291409d4771f31747b6c04eb0
Author: Martin Sebor
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99895
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=100653
Andrew Pinski changed:
What|Removed |Added
CC||george.thopas at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100804
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94490
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99893
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99893
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:fc3fdf0f2196e805a3a43ccb73595c33673670f3
commit r12-1095-gfc3fdf0f2196e805a3a43ccb73595c33673670f3
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100804
Bug ID: 100804
Summary: storage order swapped with specific opt
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100781
--- Comment #6 from Andrew Macleod ---
So the new code base provides a more complete/consistent export list, and makes
use of imports now. An import is the incoming value which can change an
outgoing value.
In this particular case we see:
:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100767
--- Comment #6 from Gabriel Marcano ---
I was the one that originally reported the issue on gcc-help, and I can confirm
that with the patch the segfault is no longer happening. I do appear to have
found a different bug (undefined references to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79328
Lucas Clemente Vella changed:
What|Removed |Added
CC||lvella at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86355
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:db79713150f4f8b6ff3de81d00d92578679e0e65
commit r12-1094-gdb79713150f4f8b6ff3de81d00d92578679e0e65
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100792
Joseph S. Myers changed:
What|Removed |Added
Version|tree-ssa|12.0
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #15 from Jonathan Wakely ---
(In reply to Philippe Blain from comment #14)
> Out of curiosity, do you know what GDB does with this libstdc++.a-gdb.py ?
> It's there so it can be loaded manually I guess, but the auto-load behaviour
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67593
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9b94785dedb08b006419bec1a402614d9241317a
commit r12-1093-g9b94785dedb08b006419bec1a402614d9241317a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100779
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9b94785dedb08b006419bec1a402614d9241317a
commit r12-1093-g9b94785dedb08b006419bec1a402614d9241317a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96555
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:9b94785dedb08b006419bec1a402614d9241317a
commit r12-1093-g9b94785dedb08b006419bec1a402614d9241317a
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100797
Patrick Palka changed:
What|Removed |Added
Target Milestone|9.5 |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100797
Patrick Palka changed:
What|Removed |Added
Summary|using declaration causing |[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #9 from seberg ---
NumPy is pretty light weight (at least on linux systems, and if you do not care
about setting up BLAS manually). You probably only need the Python dev
headers, that I expect you already have.
Hopefully, the
algorithms: zlib
gcc version 12.0.0 20210527 (experimental) [master revision
:d03f010a0:01c59ef2e5a59b44d2b662361196abb6be872a20] (GCC)
$ cat mutant.c
int bar();
__GIMPLE
int foo() {
if (bar())
goto bb1;
else
goto bb2;
}
$ gcc-trunk -fgimple mutant.c
mutant.c: In function ‘foo’:
mutant.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100774
--- Comment #2 from Andrew Macleod ---
I have a fix for this...
Do we add -fcompare-debug tests into the testsuite? I don't see any other
tests with it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100783
Martin Sebor changed:
What|Removed |Added
Summary|[10/11/12 Regression] ICE |[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100665
--- Comment #1 from Matthew Malcomson ---
Hi there.
I believe this is how it should work (if I'm understanding & remembering
correctly).
When creating a nested function, we make a single object on the stack that
includes all variables used in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
--- Comment #5 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #4)
> Same with ranges::make_heap, ranges::push_heap, ranges::pop_heap, and
> ranges::sort_heap when _GLIBCXX_CONCEPT_CHECKS is defined.
And std::ranges::shuffle.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100802
Bug ID: 100802
Summary: VRP fails to fold comparison with known value orders
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
--- Comment #4 from 康桓瑋 ---
Same with ranges::make_heap, ranges::push_heap, ranges::pop_heap, and
ranges::sort_heap when _GLIBCXX_CONCEPT_CHECKS is defined.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100783
Martin Sebor changed:
What|Removed |Added
Summary|[11/12 Regression] ICE |[10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29823
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100784
--- Comment #2 from Marc Glisse ---
Do we need to punt if there is no lhs?
(with optimization the call should be removed as pure)
I probably won't have time to try it for a while.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100789
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100790
--- Comment #2 from Aldy Hernandez ---
There's a patch pending review that fixes this:
https://gcc.gnu.org/pipermail/gcc-patches/2021-May/570289.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100791
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100790
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-05-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100789
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
--- Comment #7 from David Binderman ---
(In reply to Martin Liška from comment #6)
> Yes, this fixed that.
I've just checked and yes, I agree.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100784
Martin Liška changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
--- Comment #9 from Martin Liška ---
(In reply to Florian Weimer from comment #8)
> This glibc commit works around the GCC issue:
>
> commit 044e603b698093cf48f6e6229e0b66acf05227e4
> Author: Florian Weimer
> Date: Fri Feb 19 13:29:00 2021
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100801
Bug ID: 100801
Summary: Aggressive loop optimizations cause incorrect warning
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
--- Comment #8 from Florian Weimer ---
This glibc commit works around the GCC issue:
commit 044e603b698093cf48f6e6229e0b66acf05227e4
Author: Florian Weimer
Date: Fri Feb 19 13:29:00 2021 +0100
string: Work around GCC PR 98512 in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
--- Comment #15 from Martin Liška ---
> I'm trying to now when would __gcov_reset help us in seeing the counter
> values reset to # instead of old data(numbers like 4,1,3, etc in .c.gcov
> file).
Note that .gcda profiles are always merged
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
--- Comment #14 from Martin Liška ---
(In reply to Gejoe from comment #13)
> I modified my sample-prog.c file just by adding a line of __gcov_reset
> before the while loop.
>
Can you please create a test-case that does not need human
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100751
--- Comment #13 from Gejoe ---
I modified my sample-prog.c file just by adding a line of __gcov_reset before
the while loop.
However after a.out run , the sample-prog.c.gcov file was still showing the
counters though I didn't give 'g' for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29823
Markus F.X.J. Oberhumer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100767
--- Comment #5 from Richard Earnshaw ---
Also fixed for gcc-11. Will consider backporting further, but patches
no-longer apply cleanly on gcc-10.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100767
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Earnshaw
:
https://gcc.gnu.org/g:0faee8bae391fab7e1ba4a494360dd9793e15fb5
commit r11-8473-g0faee8bae391fab7e1ba4a494360dd9793e15fb5
Author: Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64698
--- Comment #2 from Markus F.X.J. Oberhumer ---
Still a problem in 2021 with gcc-11.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53920
Markus F.X.J. Oberhumer changed:
What|Removed |Added
CC||markus at oberhumer dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100637
--- Comment #7 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:6c67afaf524a5e0e9220f78271a0f5764ca27bd0
commit r12-1092-g6c67afaf524a5e0e9220f78271a0f5764ca27bd0
Author: Uros Bizjak
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #14 from Philippe Blain ---
Sorry for that regression, I did not have access to a lot of platforms to test.
I agree that falling back to 'old_library' if 'library_names' is empty would be
a good fix.
Out of curiosity, do you know
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
--- Comment #3 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #2)
> ranges::inplace_merge has the same issue:
>
>
> #include
> #include
> #include
>
> int main() {
> std::array a{42, 42, 42};
> auto r = std::views::iota(0, 3) |
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100602
--- Comment #4 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:71d7dc6cd09b603bcc58d5d1747a86eb498bb147
commit r12-1091-g71d7dc6cd09b603bcc58d5d1747a86eb498bb147
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100656
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:9d3a953ec4d2695e9a6bfa5f22655e2aea47a973
commit r12-1090-g9d3a953ec4d2695e9a6bfa5f22655e2aea47a973
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
--- Comment #2 from 康桓瑋 ---
ranges::inplace_merge has the same issue:
#include
#include
#include
int main() {
std::array a{42, 42, 42};
auto r = std::views::iota(0, 3) |
std::views::transform([](int i) -> int& { return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100796
--- Comment #2 from Giuseppe D'Angelo ---
Well, GCC 8-9-10 don't have this problem at all for us. This appeared only when
upgrading to 11.
Anyways, I'm not sure if it's the same issue. PR 53431 seems to be about the
preprocessor itself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100787
--- Comment #5 from H.J. Lu ---
I have
[hjl@gnu-skx-1 gcc-32bit]$ ls /usr/local32/bin
addr2line as dwp gprof ld.bfd nm objdump readelf strings
ar c++filt elfedit ld ld.gold objcopy ranlib size strip
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100800
Bug ID: 100800
Summary: ternary operator doesn't accept T with conversion
operator and nullptr
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100787
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100796
--- Comment #1 from Jonathan Wakely ---
This is not a 11 Regression, since it's exactly the same as previous releases,
isn't it?
I think it's a dup of PR 53431
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100799
Bug ID: 100799
Summary: Stackoverflow in optimized code on PPC
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100798
Bug ID: 100798
Summary: a?~t:t and (-(!!a))^t don't produce the same assembly
code
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100797
Bug ID: 100797
Summary: using declaration causing virtual call with wrongly
adjusted this pointer
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100796
Bug ID: 100796
Summary: [11 Regression] GCC does not honor #pragma diagnostic
ignored when using the integrated preprocessor
Product: gcc
Version: unknown
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #13 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #12)
> Like so:
>
> @libname=`sed -ne "/^library_names=/{s/.*='//;s/'$$//;s/ .*//;p;}" \
> $(DESTDIR)$(toolexeclibdir)/libstdc++.la`; \
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #12 from Jonathan Wakely ---
Like so:
@libname=`sed -ne "/^library_names=/{s/.*='//;s/'$$//;s/ .*//;p;}" \
$(DESTDIR)$(toolexeclibdir)/libstdc++.la`; \
libname='' ; \
if [ -z "$$libname" ];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #11 from Jonathan Wakely ---
Thanks! I think we just need to use the old_library name if library_names is
empty.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #10 from Ross Burton ---
I can confirm that before this fix the file was called libstdc++.a-gdb.py
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99453
--- Comment #9 from Jonathan Wakely ---
(In reply to Khem Raj from comment #8)
> this change seems to cause a regression when build baremetal toolchain, it
> ends up generating /usr/lib/-gdb.py instead of libstdc++-gdb.py,
Is that really what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100795
Bug ID: 100795
Summary: ranges::sample should not use std::sample directly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100767
--- Comment #3 from Richard Earnshaw ---
fixed on master so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100767
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:262e75d22c350acbdf4c1fb4f224cc5d3d711eff
commit r12-1089-g262e75d22c350acbdf4c1fb4f224cc5d3d711eff
Author: Richard Earnshaw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99725
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:4290ac957ce13ab6097acda4b23cfd6ecf60b782
commit r11-8472-g4290ac957ce13ab6097acda4b23cfd6ecf60b782
Author: Alex Coplan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100792
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
--- Comment #5 from Andrew Pinski ---
(In reply to David Binderman from comment #4)
> Seems bad at b6bdd7a4cb41ee05, so the current range is
> 10b286ce335cca13..b6bdd7a4cb41ee05, or about 6 revisions.
It is most likely b6bdd7a4cb41ee05 which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
--- Comment #4 from David Binderman ---
Seems bad at b6bdd7a4cb41ee05, so the current range is
10b286ce335cca13..b6bdd7a4cb41ee05, or about 6 revisions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
--- Comment #3 from David Binderman ---
Seems fine at 10b286ce335cca13. Trying b6bdd7a4cb41ee05.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100794
Bug ID: 100794
Summary: suboptimal code due to missing pre2 when vectorization
fails
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #8 from Martin Liška ---
(In reply to seberg from comment #7)
> Oh, interesting. You are right, if I run it on the preprocessed file it
> succeeds (note the `tmp/preprocessed.c`:
That's what I was affraid. It's related to function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #7 from seberg ---
Oh, interesting. You are right, if I run it on the preprocessed file it
succeeds (note the `tmp/preprocessed.c`:
x86_64-linux-gnu-gcc -pthread --coverage -O0 -ggdb -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #10 from Alexander Monakov ---
Is there something wrong or undesirable with making this under -fno-plt (or the
noplt attribute as in your example)?
(after all, it is a kind of PLT-avoidance transformation, just for addressing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #6 from Martin Liška ---
(In reply to seberg from comment #5)
> > Now I miss the command line.
>
> Do you mean more than the failing call?:
>
> x86_64-linux-gnu-gcc -pthread --coverage -O0 -ggdb -g
>
1 - 100 of 113 matches
Mail list logo
