https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102067
--- Comment #20 from Martin Liška ---
All right Matt, for now I would really recommend updating to gcc-11.
I think it should help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63315
--- Comment #3 from Andrew Pinski ---
So I looked and I suspect in the end was the same issue as PR 69838.
I have no way to prove this though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #17 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #16)
> typedef int v4si __attribute__ ((vector_size(16)));
>
> v4si f(v4si a, v4si b) {
> v4si a1 = __builtin_shufflevector (a, a, 2, 3 ,1 ,0);
> v4si b1 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #16 from Hongtao.liu ---
typedef int v4si __attribute__ ((vector_size(16)));
v4si f(v4si a, v4si b) {
v4si a1 = __builtin_shufflevector (a, a, 2, 3 ,1 ,0);
v4si b1 = __builtin_shufflevector (b, a, 2, 3 ,1 ,0);
return a1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102072
--- Comment #6 from Jiu Fu Guo ---
(In reply to Richard Earnshaw from comment #5)
> (In reply to Jiu Fu Guo from comment #4)
>
> > I did not find arm big-endian yet, I'm trying to reproduce this issue on
> > other targets...
>
> For testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64525
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102090
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43056
Andrew Pinski changed:
What|Removed |Added
Known to work||4.8.0
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102067
--- Comment #19 from Martin Liška ---
(In reply to Andrew Pinski from comment #18)
> I wonder if this is fixed for GCC 10 by the patch which fixes PR 88220.
This ICE is about variables for those we are unable loading a constructor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101796
--- Comment #4 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #3)
> Combine is able to do the combine but it fails as it does not match:
> Trying 10, 9 -> 14:
>10: r92:HI=0x3
> 9: r91:V32HI=vec_duplicate(r92:HI)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #19 from Andrew Pinski ---
(In reply to Hongtao.liu from comment #18)
> For vector integers it should be ok?
> For vector floating point we can add condition
> flag_unsafe_math_optimizations || !flag_trapping_math for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
--- Comment #2 from Martin Liška ---
Started with r12-3136-g3673dcf6d6baeb67.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102080
--- Comment #14 from Martin Liška ---
Even simpler test-case:
#pragma GCC target "avx"
typedef float __m256 __attribute__((__vector_size__(32)));
__m256 _mm256_blendv_ps___Y, _mm256_blendv_ps___M, _mm256_mul_ps___A,
_mm256_mul_ps___B,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102080
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102091
--- Comment #2 from Andreas Schwab ---
It helps to enable blink-matching-paren.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55153
--- Comment #7 from Andrew Pinski ---
*** Bug 43056 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43056
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102081
Richard Biener changed:
What|Removed |Added
Version|9.4.1 |12.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Summary|ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102085
Martin Liška changed:
What|Removed |Added
Resolution|--- |MOVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80371
--- Comment #1 from Andrew Pinski ---
GCC, ICC and clang all cause the assert to happen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102091
Bug ID: 102091
Summary: some interesting looking code in gimple_could_trap_p_1
in gimple.c
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45178
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:41439e1f6d2da1e86538c726f0603cffd5dd098e
commit r12-3182-g41439e1f6d2da1e86538c726f0603cffd5dd098e
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45178
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102091
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94589
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98167
--- Comment #18 from Hongtao.liu ---
(In reply to Andrew Pinski from comment #17)
> (In reply to Hongtao.liu from comment #16)
> > typedef int v4si __attribute__ ((vector_size(16)));
> >
> > v4si f(v4si a, v4si b) {
> > v4si a1 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102080
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101796
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-27
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69191
--- Comment #18 from Andrew Pinski ---
(In reply to Kristian Spangsege from comment #13)
> I've now run into this problem too, and it seems to be general, not just
> limited to Ubuntu.
>
> There is the code that I compile:
So this comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102090
--- Comment #7 from Jakub Jelinek ---
http://eel.is/c++draft/new.syn doesn't say placement new should be constexpr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101711
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97465
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97465
--- Comment #4 from Andrew Pinski ---
I will try to find a simple way to reproduce this tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102072
--- Comment #7 from Jiu Fu Guo ---
For this case: it was generated as:
l_12 = l_25 + 1;
if (l_12 > n_13(D))
Here: cmp is ">", bound is "n_13", and "iv(base=l_xx, step=1)".
This hits the assert in determine_exit_conditions.
For members of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #5 from Jonathan Wakely ---
Since language linkage of an entity without linkage makes no sense, it wouldn't
make sense to even allow specifying language linkage in an unnamed namespace if
it did nothing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102067
--- Comment #21 from Matt Godbolt ---
Thanks, I'd love to upgrade but in this instance I'm stuck on GCC 9.x until the
rest of my company can move to it. Nothing annoys me more than having to say
that, but ... at least we know what it is and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
H.J. Lu changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102097
Bug ID: 102097
Summary: Error in selecting more specialized function in case
of ambiguity
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51923
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
H.J. Lu changed:
What|Removed |Added
Resolution|DUPLICATE |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53868
Andrew Pinski changed:
What|Removed |Added
Target|powerpc64-unknown-linux-gnu |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102093
Bug ID: 102093
Summary: d: Add --enable-d-flags= configure option to libphobos
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102072
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102094
Bug ID: 102094
Summary: d: ICE in gimple_register_canonical_type_1, at
lto/lto-common.c:430
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102096
Bug ID: 102096
Summary: Gcc unnecessarily initializes indeterminate variables
passed across function boundaries
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
--- Comment #6 from Jiu Fu Guo ---
Drafting patch to calculate three items: control, bound and cmp.
diff --git a/gcc/tree-ssa-loop-niter.c b/gcc/tree-ssa-loop-niter.c
index 7af92d1c893..c6e4b24fd83 100644
--- a/gcc/tree-ssa-loop-niter.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
--- Comment #6 from Jonathan Wakely ---
Actually I suppose that's not true, since in theory C language linkage gives
the function a different type, orthogonal from internal/external/no linkage,
but nobody implements that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102092
Bug ID: 102092
Summary: [C++2b] Passing argument to auto template parameter
modifies the value of argument inside function
Product: gcc
Version: 12.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
Jiu Fu Guo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102072
Jiu Fu Guo changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58334
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102095
Bug ID: 102095
Summary: Returned reference to temporary not caught by
-fsanitize=undefined
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102087
--- Comment #7 from Jiu Fu Guo ---
If step is +-1, or if the 'iv base' is constant, the 'bound' would be
calculated as const.
Otherwise, the 'bound' maybe something like: "(max - base) / step * step +
base". For this case, then runtime cost
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102068
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102099
Bug ID: 102099
Summary: Diagnostics do not consider the user's locale when
printing source lines
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70476
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57606
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48097
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102099
--- Comment #1 from Lewis Hyatt ---
Created attachment 51365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51365=edit
Tested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102090
--- Comment #8 from friedkeenan at protonmail dot com ---
Sorry for wasting your time with this bug report. It just didn't make sense to
me why placement-new couldn't be constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99557
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102098
Bug ID: 102098
Summary: ICE when #include with -fmodules-ts
-std=c++20
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102100
Bug ID: 102100
Summary: _GLIBCXX_ASSERTIONS information missing.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102092
--- Comment #1 from Andrei-Edward Popa ---
This is a link for code compilation in compiler explorer.
https://godbolt.org/z/3jMr6Wze6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79531
--- Comment #3 from Tom Tromey ---
(In reply to Andrew Pinski from comment #2)
> Which seems ok, unless I am missing something.
Looks good to me too, IMO you could close this bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102101
Bug ID: 102101
Summary: Another spurious -Warray-bounds
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80371
--- Comment #2 from Jonathan Wakely ---
(In reply to jwjagersma from comment #0)
> Testing with std::is_integral or std::is_floating_point fails for
> vector types. I don't think that's supposed to happen.
Says who?
The docs on the attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102100
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77298
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65845
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102103
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102006
--- Comment #9 from Martin Sebor ---
Created attachment 51366
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51366=edit
Reduced test case.
Attached is a reduced test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102102
Bug ID: 102102
Summary: [12 Regression] trunk 20210827 ftbfs libgo on
x86_64-linux-gnux32
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72753
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102090
--- Comment #9 from Jakub Jelinek ---
One of the reasons might be that placement new returns void *, and cast of that
to pointer to some other type is not valid in constant expressions.
std::construct_at bypasses all of that just by being a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77299
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77513
Andrew Pinski changed:
What|Removed |Added
CC||wipedout at yandex dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77557
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77566
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62165
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60815
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|Inconsistent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78704
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102006
--- Comment #10 from Martin Sebor ---
With the reduced test case from attachment 51366 I get the same warning:
$ gcc -O2 -S -Wall -std=c++20 -xc++ ListTest.cpp.i
In constructor ‘double_iterator::double_iterator(single_iterator) [with T =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92193
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65174
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2018-10-17 00:00:00 |2021-8-27
Summary|noexcept()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69698
Bug 69698 depends on bug 72753, which changed state.
Bug 72753 Summary: sole flexible array member in a typedef rejected
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72753
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77299
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 102019, which changed state.
Bug 102019 Summary: [12 Regression] UBSAN error: hwint.h:293:61: runtime error:
shift exponent 64 is too large for 64-bit type 'long unsigned int' since
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102019
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78019
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |8.0
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102103
Bug ID: 102103
Summary: missing warning for arrays
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60924
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102101
Martin Sebor changed:
What|Removed |Added
Blocks||56456
Summary|Another
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41437
Andrew Pinski changed:
What|Removed |Added
CC||lhyatt at gmail dot com
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58740
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70892
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |rtl-optimization
Known to fail|
1 - 100 of 200 matches
Mail list logo