https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88652
--- Comment #1 from Martin Liška ---
Any progress on this please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549
--- Comment #4 from Martin Liška ---
Created attachment 45877
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45877&action=edit
test-case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549
--- Comment #5 from Martin Liška ---
Unreduced test-case:
https://drive.google.com/file/d/1Fp8OE7frCHNglDQ5CTGyBaQXHkeeD-vZ/view?usp=sharing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86952
--- Comment #17 from Martin Liška ---
> I leave that up to you guys, but I would at min probably implement something
> like s390 folks did for gcc, commit db7a90aa0de5 ("S/390: Disable prediction
> of indirect branches"), see s390_case_values_thr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89549
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89551
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89550
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89557
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66505
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89561
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89571
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89572
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
--- Comment #2 from Eyal Rozenberg ---
(In reply to Richard Biener from comment #1)
> You are looking for IPA DSE
I'm not a compiler expert and don't know what this means. Even literally, I
don't know what these acronyms stand for.
> by marsha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89573
Bug ID: 89573
Summary: -fexcess-precision=standard doesn't work for
conversion to integer of multiplication
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89566
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89572
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89571
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
--- Comment #6 from Jakub Jelinek ---
The above change introduced PR89571.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89551
Richard Biener changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19792
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed|2016-08-06 00:00:00 |2019-3-4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89574
Bug ID: 89574
Summary: internal compiler error: in conv_function_val, at
fortran/trans-expr.c:3792
Product: gcc
Version: 8.1.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56770
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|steven at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89573
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55629
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed|2012-12-09 00:00:00 |2019-3-4
--- Comment #2 from Steven Bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45026
Steven Bosscher changed:
What|Removed |Added
Target|ia64-unknown-linux-gnu |
Last reconfirmed|2011-02-25 23:15:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19095
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed|2006-03-05 03:54:36 |2019-3-4
--- Comment #7 from Steven Bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19792
--- Comment #8 from Richard Biener ---
I think for foo the "solution" is to only consider indices with well-defined
behavior, that is, for size_lookup[] indices in [0,257] which means we
should be safely able to truncate the index to unsigned cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44532
Steven Bosscher changed:
What|Removed |Added
Status|NEW |RESOLVED
Last reconfirmed|2010-06-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
--- Comment #2 from Jakub Jelinek ---
Or perhaps as an alternative, we shouldn't use the match.pd code here to tweak
the conditions of VEC_COND_EXPRs exactly because the conditions themselves
might be valid solely in VEC_COND_EXPR's first argumen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89568
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87603
Jonathan Wakely changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71425
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
--- Comment #3 from Jakub Jelinek ---
At the minimum guarding those simplifications with something like
expand_vec_cmp_expr_p test for @0 if we can figure out mask type somehow (what
would IFN_COND_* need), and a check whether IFN_COND_* is suppo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14504
Steven Bosscher changed:
What|Removed |Added
Last reconfirmed|2009-04-22 23:02:33 |2019-3-4
--- Comment #9 from Steven Bo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86899
Sergey Semushin changed:
What|Removed |Added
CC||Predelnik at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88322
Bug 88322 depends on bug 88334, which changed state.
Bug 88334 Summary: Implement P0482R6, C++20 char8_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88334
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88305
--- Comment #2 from Jonathan Wakely ---
*** Bug 88340 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88334
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88340
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88323
Bug 88323 depends on bug 88334, which changed state.
Bug 88334 Summary: Implement P0482R6, C++20 char8_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88334
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88322
Bug 88322 depends on bug 88340, which changed state.
Bug 88340 Summary: Implement P0019R8, C++20 std::atomic_ref.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88340
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89575
Bug ID: 89575
Summary: LRA for msp430 - Max. number of generated reload insns
- frame pointer subreg simplification
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89575
--- Comment #1 from Jozef Lawrynowicz ---
Created attachment 45882
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45882&action=edit
ira dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89575
--- Comment #2 from Jozef Lawrynowicz ---
Created attachment 45883
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45883&action=edit
reload dump
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
--- Comment #5 from rguenther at suse dot de ---
On Mon, 4 Mar 2019, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89570
>
> Jakub Jelinek changed:
>
>What|Removed |Added
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89572
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89572
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Mon Mar 4 12:23:17 2019
New Revision: 269363
URL: https://gcc.gnu.org/viewcvs?rev=269363&root=gcc&view=rev
Log:
2019-03-04 Richard Biener
PR middle-end/89572
* tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89576
Bug ID: 89576
Summary: constexpr not working if implicitly captured in a
lambda in a function template (gcc 8.3+)
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45144
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89437
--- Comment #1 from Wilco ---
Author: wilco
Date: Mon Mar 4 12:36:04 2019
New Revision: 269364
URL: https://gcc.gnu.org/viewcvs?rev=269364&root=gcc&view=rev
Log:
Fix PR89437
Fix PR89437. Fix the sinatan-1.c testcase to not run without
a C99 ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15241
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 15241, which changed state.
Bug 15241 Summary: [tree-ssa] Convert a <= 7 && b <= 7 into (a | b) <= 7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15241
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41320
--- Comment #4 from Richard Biener ---
Actually reconstructing array-refs is dangerous so I think the testcase looks
for something unwanted...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
--- Comment #4 from Eyal Rozenberg ---
> In the first excample, the interproceudral constant propagation pass
> (IPA-CP) found that foo1 is so small that copying all of it might be
> worth not passing the unused argument and so it does, that is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63864
--- Comment #4 from Steven Bosscher ---
Code looks pretty much the same for "test_ok" and "test_slow" since GCC 6 for
x86-64, and since GCC 7 for i686.
GCC 6.3 x86-64:
test_ok(float (*) [3], float, float, float, float, float):
mulss %x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37516
--- Comment #7 from Richard Biener ---
A match.pd rule should be reasonably easy to write. Beware that ~a is not
undefined but -a - 1 might be if it overflows. That is
(simplify
(bit_not (minus INTEGER_CST@0 @1))
(plus @1 (minus (negate @
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21982
Steven Bosscher changed:
What|Removed |Added
Status|ASSIGNED|WAITING
Last reconfirmed|2006-02-05
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89577
Bug ID: 89577
Summary: In the manual, replace -fprofile-arcs -ftest-coverage
by the simpler --coverage
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89394
Cheng Wen changed:
What|Removed |Added
CC||wcventure at 126 dot com
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14455
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89576
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78824
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89394
--- Comment #5 from Cheng Wen ---
So many similar cases and repetitive CVEs.
This problem has been fixed before, but it has not been completely fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122
https://gcc.gnu.org/bugzilla/show_bug.cgi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14844
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19986
Bug 19986 depends on bug 14844, which changed state.
Bug 14844 Summary: [tree-ssa] narrow types if wide result is not needed for
unsigned types or when wrapping is true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14844
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65964
Bug 65964 depends on bug 14844, which changed state.
Bug 14844 Summary: [tree-ssa] narrow types if wide result is not needed for
unsigned types or when wrapping is true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14844
What|Remov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89569
--- Comment #1 from David Malcolm ---
I don't think the word "accurate" is right here: both gcc and clang print the
wrong line number - they're just getting it wrong in different ways.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83352
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86011
Steven Bosscher changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40072
Steven Bosscher changed:
What|Removed |Added
Status|REOPENED|NEW
Last reconfirmed|2009-05-08 16:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
--- Comment #5 from Martin Jambor ---
(In reply to Eyal Rozenberg from comment #4)
> > In the first excample, the interproceudral constant propagation pass
> > (IPA-CP) found that foo1 is so small that copying all of it might be
> > worth not pas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17217
Steven Bosscher changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #6 from Steven Bos
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89577
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89437
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17217
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89578
Bug ID: 89578
Summary: [9 Regression] 5% runtime regression for 481.wrf at
-Ofast -flto
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89538
--- Comment #4 from Martin Liška ---
>
> So I investigated further to figure out which instruction actually sets
> "0x0" to the new location, and found that instruction 202aef4 below is the
> one
>
> 202aed0: 48 c7 00 00 00 00 00 movq $0x0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89578
Martin Liška changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89578
Richard Biener changed:
What|Removed |Added
Keywords|needs-bisection |
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68211
Steven Bosscher changed:
What|Removed |Added
Status|REOPENED|NEW
Last reconfirmed|2016-04-19 00:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89578
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89579
Bug ID: 89579
Summary: -Wclobbered warning false positive when compiling with
-Og
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: diagnostic, rejects-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89580
Bug ID: 89580
Summary: overload resolution for pointers fails to consider
conversion operator
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89560
--- Comment #9 from Jakub Jelinek ---
Created attachment 45885
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45885&action=edit
gcc9-pr89560.patch
Fix the buffer overflow. Unlike most other trees, CALL_EXPR has variable size,
on 64-bit ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88530
--- Comment #7 from Tamar Christina ---
Author: tnfchris
Date: Mon Mar 4 15:48:49 2019
New Revision: 269366
URL: https://gcc.gnu.org/viewcvs?rev=269366&root=gcc&view=rev
Log:
AArch64: Make test options_set_10.c not run on native.
The test opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89581
Bug ID: 89581
Summary: Unneeded stack alignment on windows x86
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89582
Bug ID: 89582
Summary: Suboptimal code generated for floating point struct in
-O3 compare to -O2
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89581
--- Comment #1 from Yichao Yu ---
The problem is still there when compiled with -O2
```
f:
pushq %rbp
vmovq (%r8), %xmm1
movq%rcx, %rax
vmovq 8(%r8), %xmm0
vaddsd (%rdx), %xmm1, %xmm1
va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89583
Bug ID: 89583
Summary: GNAT.Sockets.Bind_Socket fails with IPv4 address
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89579
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89579
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89579
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89561
bugsthecode at mail dot ru changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|
1 - 100 of 146 matches
Mail list logo