https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
--- Comment #7 from Andrew Pinski ---
(In reply to Martin Liška from comment #1)
> Note clang is fine.
clang might be fine because it uses a static libasan.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
--- Comment #6 from Andrew Pinski ---
Could there be some ordering issues with pthread_key going on?
2.28 added C11 thread.h support which did touch pthread_key too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
--- Comment #5 from Andrew Pinski ---
This is what the trunk gives with full debug info:
=
==1230123==ERROR: AddressSanitizer: stack-buffer-underflow on address
0x7f69725fedf0 at pc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
Andrew Pinski changed:
What|Removed |Added
Target Milestone|11.3|---
Known to fail|11.1.0, 11.2.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
--- Comment #3 from Andrew Pinski ---
Note trunk gives:
=
==1==ERROR: AddressSanitizer: stack-buffer-underflow on address 0x7f2aac7fedf0
at pc 0x7f2aae9b28e1 bp 0x7f2aac7fedb0 sp 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 10.3.0, 7.1.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76174
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76174
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:45ddb395187f8f5f278880fe1422d8958ac35da6
commit r12-6513-g45ddb395187f8f5f278880fe1422d8958ac35da6
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
Andrew Pinski changed:
What|Removed |Added
Known to fail||10.1.0, 10.2.0, 10.3.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-12
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
--- Comment #6 from Andrew Pinski ---
Actually there are some ranges on some SSA Names before hand which look like
that matter:
# RANGE [1, 1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
--- Comment #5 from Andrew Pinski ---
The difference between GCC 11 and GCC 10.3 where the code generation difference
really comes into play is vrp2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
--- Comment #4 from Andrew Pinski ---
Unsiwtch loops looks the same in GCC 10.3.0 and 11.1.0 so ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
Andrew Pinski changed:
What|Removed |Added
Target Milestone|10.4|11.3
--- Comment #26 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94790
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #5 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
--- Comment #25 from Hongtao.liu ---
backport to GCC11, no suitable for GCC10, so fixed in GCC11/12.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
--- Comment #24 from CVS Commits ---
The releases/gcc-11 branch has been updated by hongtao Liu
:
https://gcc.gnu.org/g:d5e7b9fd184c22464d8724ff748e1f7ce0cd6bce
commit r11-9455-gd5e7b9fd184c22464d8724ff748e1f7ce0cd6bce
Author: liuhongt
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103804
Arseny Solokha changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
--- Comment #3 from Andrew Pinski ---
This might be a latent bug in GCC 11 even.
The only difference in the IR before unswitch (besides BB reordering) is:
GCC 10.x:
[local count: 1073741824]:
# it$m_pos$x_21 = PHI <0(4), _26(13)>
if (it$
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
Andrew Pinski changed:
What|Removed |Added
Summary|[9/10 Regression] |[9/10 Regression]
|Mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
--- Comment #1 from Andrew Pinski ---
Looks like it works in GCC 11.1.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103986
Bug ID: 103986
Summary: Miscompilation with -O2 -funswitch-loops and
__builtin_unreachable in ternary operator
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51620
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:8c0f58cd71ec3afcce5abf10c750ec494e88232b
commit r11-9454-g8c0f58cd71ec3afcce5abf10c750ec494e88232b
Author: H.J. Lu
Date: Fri D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102911
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:8c0f58cd71ec3afcce5abf10c750ec494e88232b
commit r11-9454-g8c0f58cd71ec3afcce5abf10c750ec494e88232b
Author: H.J. Lu
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
--- Comment #7 from Andrew Pinski ---
It might be the case Wdouble-promotion is just useless on s390 if you configure
your compiler with --enable-s390-excess-float-precision which was only added
for GCC11, so basically between GCC 7 and GCC 10.x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
Andrew Pinski changed:
What|Removed |Added
Host|s390x-*-linux-gnu |
Build|s390x-*-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
--- Comment #4 from Andrew Macleod ---
The IL generated is:
_1 = x_2(D) >> y_3(D);
_4 = _1 <= x_2(D);
return _4;
All that should be needed is for the right shift operator in range-ops to
implement lhs_op1_relation() to indicate that if th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98348
--- Comment #23 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #22)
> (In reply to Dávid Bolvanský from comment #20)
> > Some small regression (missed opportunity to use vptestnmd):
> >
> > Current trunk
> >
> > compare(unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103985
--- Comment #1 from Andrew Pinski ---
There could be a lock missing when it comes to the write. I remember in the
past there were some issues with writes not being thread safe (maybe they still
are not).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103695
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99755
--- Comment #3 from Andrew Macleod ---
we now know the PHI is an equivalence when the other argument is UNDEFINED.:
[local count: 268435456]:
x_12 = i_8(D) + 1;
x_12 : int [3, +INF]
Equivalence set : [x_7, x_12]<<--Equi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102239
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103977
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81953
Bill Schmidt changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #6 from Bill Schmidt ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103985
Bug ID: 103985
Summary: segfault in finalize_transfer (fbuf_destroy) on
(parallel) writing into character / string function
argument
Product: gcc
Version: 10.3.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
--- Comment #5 from Ryan ---
(In reply to Andrew Pinski from comment #1)
> Does it happen with a cross compiler or just a native compiler?
Not sure what you mean by that.
I'm emulating s390x on a Debian 11 amd64 machine via debootstrap:
sudo d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103984
Bug ID: 103984
Summary: [12 regression] Possible maybe-uninitialized false
positive on shaderc-2021.0
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
--- Comment #4 from joseph at codesourcery dot com ---
Possible the way x86 excess precision promotes to long double means this
is only an issue for s390 excess precision (if it is an excess precision
issue).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102807
Jonathan Wakely changed:
What|Removed |Added
CC||unlvsur at live dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103982
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83079
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103982
--- Comment #2 from Andrew Pinski ---
Reduced testcase:
#include
void f(int *a, int *b)
{
auto t = std::ranges::subrange(a,b);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
--- Comment #3 from Andrew Pinski ---
(In reply to jos...@codesourcery.com from comment #2)
> If it's specific to s390, I wonder if it's something to do with excess
> precision being enabled by -std=c89 (see commit
> a5dd6b69fcbe74c02d4821ac2d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 68561, which changed state.
Bug 68561 Summary: get_integer_range () that handles symbolical ranges
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68561
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68561
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 76174, which changed state.
Bug 76174 Summary: Missed VRP optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76174
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76174
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99131
--- Comment #4 from David Binderman ---
Interestingly, I compiled fedora rawhide with clang and found
a whopping 247 cases of this warning across 11 packages.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66322
Andrew Pinski changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103983
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
--- Comment #2 from joseph at codesourcery dot com ---
If it's specific to s390, I wonder if it's something to do with excess
precision being enabled by -std=c89 (see commit
a5dd6b69fcbe74c02d4821ac2daf2b8c9f819f6e regarding s390 excess precis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79049
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103983
Bug ID: 103983
Summary: -Wswitch-bool seems to do nothing ?
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103982
--- Comment #1 from cqwrteur ---
clang++ -v
clang version 14.0.0 (https://github.com/llvm/llvm-project.git
af931a51b98f318955fc0bec71f28929e6535619)
Target: x86_64-unknown-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103982
Bug ID: 103982
Summary: std::ranges::subrange does not work for clang
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103981
Bill Schmidt changed:
What|Removed |Added
Ever confirmed|0 |1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103981
Bug ID: 103981
Summary: powerpc64le: Wrong code generated for vec_cntlz_lsbb,
vec_cnttz_lsbb
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65253
--- Comment #5 from David Binderman ---
(In reply to David Binderman from comment #4)
> (In reply to David Binderman from comment #3)
> > Also happens in fedora rawhide, package gshutdown.
>
> Also package openbox.
And package wise2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
Andrew Pinski changed:
What|Removed |Added
Build||s390x-*-linux-gnu
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103980
Bug ID: 103980
Summary: -Wdouble-promotion triggers on s390x when it
shouldn't.
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103973
--- Comment #7 from Jakub Jelinek ---
Perhaps add a new starship3 optab for it and pattern recognize it in
gimple_isel? Though that would most likely handle just the 0, -1, 1, 2 case
that <=> emits and not say other constants that one could get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96935
Andrew Pinski changed:
What|Removed |Added
Known to work||10.3.0, 11.1.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103973
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103974
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resoluti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103974
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:db8d94a0570dc1f3de10c9eb9fe6e91df804272b
commit r12-6490-gdb8d94a0570dc1f3de10c9eb9fe6e91df804272b
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99966
Andrew Macleod changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
Andrew Pinski changed:
What|Removed |Added
Summary|asm goto is not considered |asm goto is not considered
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
Andrew Pinski changed:
What|Removed |Added
Summary|PMF comparison to nullptr |PMF comparison to nullptr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #19 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:8b35f02ed599a70cce752e3cb544a7c9f808fce8
commit r12-6489-g8b35f02ed599a70cce752e3cb544a7c9f808fce8
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103861
--- Comment #11 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:820ac79e8448ad6c631e1387ba51a93dcf2b4e89
commit r12-6488-g820ac79e8448ad6c631e1387ba51a93dcf2b4e89
Author: Uros Bizjak
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101597
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101597
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:ef9462581076218d2370fabb09c39d2c83814b9a
commit r12-6487-gef9462581076218d2370fabb09c39d2c83814b9a
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103881
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:20e4a5e573e76f4379b353cc736215a5f10cdb84
commit r12-6486-g20e4a5e573e76f4379b353cc736215a5f10cdb84
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101537
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:20e4a5e573e76f4379b353cc736215a5f10cdb84
commit r12-6486-g20e4a5e573e76f4379b353cc736215a5f10cdb84
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103831
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:0378f563b0321c44c4a9c98cf46d2a22b9160f76
commit r12-6485-g0378f563b0321c44c4a9c98cf46d2a22b9160f76
Author: Patrick Palka
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
--- Comment #13 from Jakub Jelinek ---
typeof (and sizeof and alignof and decltype in C++) should be well defined, it
is unevaluated context, it doesn't evaluate it in any way (ok, sizeof on VLAs
is an exception), just cares about the type (size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #18 from Jonathan Wakely ---
No, we can't remove them, because then they can't be used by C++17 code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #17 from cqwrteur ---
(In reply to Jonathan Wakely from comment #16)
> This is the first time anybody has pointed out it's missing, that's why it's
> still missing.
https://en.cppreference.com/w/cpp/freestanding
Btw
ciso646, cstdali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #16 from Jonathan Wakely ---
This is the first time anybody has pointed out it's missing, that's why it's
still missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #14 from cqwrteur ---
(In reply to Jonathan Wakely from comment #13)
> Fixed on trunk.
What about source_location?
--- Comment #15 from cqwrteur ---
(In reply to Jonathan Wakely from comment #13)
> Fixed on trunk.
What about sour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103726
--- Comment #14 from cqwrteur ---
(In reply to Jonathan Wakely from comment #13)
> Fixed on trunk.
What about source_location?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
--- Comment #12 from Ilya Maximets ---
> (In reply to Ilya Maximets from comment #7)
> > One thing that is not clear to me is if the following code has an UB or not:
> >
> > struct member* pos;
> > struct ovs_list start;
> >
> > po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
--- Comment #11 from Jakub Jelinek ---
(In reply to Ilya Maximets from comment #10)
> Doesn't sound very intuitive. I guess, it's easier to just add a NULL
> pointer
> check after the loop, i.e. ovs_list_insert(pos ? &pos->elem : &start, ...).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
--- Comment #10 from Ilya Maximets ---
(In reply to Jakub Jelinek from comment #9)
> (In reply to Ilya Maximets from comment #7)
> > (In reply to Jakub Jelinek from comment #6)
> > > What is the reason why OVS (and kernel) doesn't use 2 variable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97390
Thomas Schwinge changed:
What|Removed |Added
Status|SUSPENDED |NEW
Assignee|tschwinge at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
Bug ID: 103979
Summary: asm goto is not considered volatile
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103891
--- Comment #8 from Sergei Trofimovich ---
That allowed me to build mold-1.0.0 with clang-13 + libstdc++. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #17 from Manuel Lauss ---
(In reply to Siddhesh Poyarekar from comment #16)
> Should be fixed with that patch. May I close this or wait for confirmation
> from the reporter?
I can no longer reproduce the original issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2022-01-11
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103978
Bug ID: 103978
Summary: AddressSanitizer CHECK failed
../../../../src/libsanitizer/asan/asan_thread.cpp:367
"((ptr[0] == kCurrentStackFrameMagic)) != (0)" (0x0,
0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77608
--- Comment #8 from Siddhesh Poyarekar ---
The test case for pr 103961 exposed a flaw in my patch, where assuming
wholesize isn't always safe or at least would need more careful consideration.
I need to think this through some more.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #16 from Siddhesh Poyarekar ---
Should be fixed with that patch. May I close this or wait for confirmation
from the reporter?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103617
--- Comment #6 from Andrew Macleod ---
Is this actually a bug? I don't believe wide_int works either? PP doesn't
work with class instances...
(gdb) p lh.lower_bound(0)
$3 = { = {val = {-2147483648, 18992502, 140737232043872,
140737233406440,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70090
--- Comment #7 from CVS Commits ---
The master branch has been updated by Siddhesh Poyarekar
:
https://gcc.gnu.org/g:06bc1b0c539e3a60692d7432d15e701c38610f80
commit r12-6482-g06bc1b0c539e3a60692d7432d15e701c38610f80
Author: Siddhesh Poyarekar
1 - 100 of 182 matches
Mail list logo