https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #3 from seberg ---
Created attachment 50878
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50878&action=edit
actual_preprocessed_with_gcc
Sorry, I think this is what you are looking for now, adding -E to it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #4 from Martin Liška ---
>
> Sorry, I think this is what you are looking for now, adding -E to it.
The file is correct now. Now I miss the command line.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
--- Comment #2 from David Binderman ---
Seems fine at 4b1987f8ad382a6c. Trying 10b286ce335cca13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100788
--- Comment #5 from seberg ---
> Now I miss the command line.
Do you mean more than the failing call?:
x86_64-linux-gnu-gcc -pthread --coverage -O0 -ggdb -g
-ffile-prefix-map=/build/python3.9-RNBry6/python3.9-3.9.2=.
-fstack-protector-strong -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100787
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100637
--- Comment #6 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:04ba00d4ed735242c5284d2c623a3a9d42d94742
commit r12-1085-g04ba00d4ed735242c5284d2c623a3a9d42d94742
Author: Uros Bizjak
Date: Thu M
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
> -ffile-prefix-map=/build/python
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
rather
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
-ffile-prefix-map=/build/python3.9-RNBry6/pyt
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=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=100773
--- Comment #3 from David Binderman ---
Seems fine at 10b286ce335cca13. Trying b6bdd7a4cb41ee05.
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 #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 in
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=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
Date:
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
Dat
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=100795
Bug ID: 100795
Summary: ranges::sample should not use std::sample directly
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
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 it
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=100795
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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" ]; t
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=100796
Bug ID: 100796
Summary: [11 Regression] GCC does not honor #pragma diagnostic
ignored when using the integrated preprocessor
Product: gcc
Version: unknown
Status: UNCONF
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: n
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: missed-optimization
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: fortran
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=100787
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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: norma
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=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 ignoring
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([&a](int i) -> int& { return a[
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: T
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: T
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=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 wha
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 M
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=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=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 Earn
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=29823
Markus F.X.J. Oberhumer changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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 __g
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 #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 interac
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 a
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 rawmemch
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
Com
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 +0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100773
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
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
--- 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=100789
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
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=100791
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=100789
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
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=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=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=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=100802
Bug ID: 100802
Summary: VRP fails to fold comparison with known value orders
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Com
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=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 t
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=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.
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=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 follo
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=100797
Patrick Palka changed:
What|Removed |Added
Target Milestone|9.5 |9.4
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: Th
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: T
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: Th
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
> c
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=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: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79328
Lucas Clemente Vella changed:
What|Removed |Added
CC||lvella at gmail dot com
--- Comme
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 l
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=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=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: Th
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=94490
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100804
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100653
Andrew Pinski changed:
What|Removed |Added
CC||george.thopas at gmail dot com
--- Comm
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=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: Thu
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=99839
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96762
Michael Meissner changed:
What|Removed |Added
Last reconfirmed||2021-05-27
Status|UNCONFI
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=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=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=94490
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
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=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=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
1 - 100 of 112 matches
Mail list logo
