https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94114
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93781
--- Comment #4 from vfdff ---
according your prompt, I test it base on gcc 7.3, and the second testcase
works.
--- a/gcc/tree-vrp.c
+++ b/gcc/tree-vrp.c
@@ -3301,6 +3301,18 @@ extract_range_from_binary_expr (value_range *vr,
else
set_val
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92264
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94088
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #43 from Martin Liška ---
(In reply to Martin Liška from comment #41)
> Ok, the way how we build our compiler is to use:
> ./configure --with-cpu=default32
>
> that should also lead to the ICE. I'm checking that.
So this one crashes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94105
Martin Liška changed:
What|Removed |Added
Known to fail||10.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
Hi My friend,
Thanks for reading. Have a nice day!
This is Matt from Sontec lighting, we have 20+ years in led.
WHAT WE DO:
OEM led lighting, focus on led highbay, shoebox light, wall pack and packing
lot led light.
How I can help you:
1, Increase your sales turnover through reasonable price a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #44 from Jakub Jelinek ---
So, with the reversion, can this be closed as FIXED?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #45 from Martin Liška ---
(In reply to Jakub Jelinek from comment #44)
> So, with the reversion, can this be closed as FIXED?
I bet no. There's probably an underlying shrink-wrapping issue and Segher is
investigating that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94036
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93895
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94115
Bug ID: 94115
Summary: Wrong constructor called when 2 classes have the same
name
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94115
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93596
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
Richard Biener changed:
What|Removed |Added
Component|middle-end |target
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94106
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.5
Hi My friend,
Thanks for reading. Have a nice day!
This is Matt from Sontec lighting, we have 20+ years in led.
WHAT WE DO:
OEM led lighting, focus on led highbay, shoebox light, wall pack and packing
lot led light.
How I can help you:
1, Increase your sales turnover through reasonable price a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94111
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94114
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94111
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94111
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94116
Bug ID: 94116
Summary: GCC regression - unexpected AST of kind lrotate_expr
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94067
Andrew Pinski changed:
What|Removed |Added
CC||antonio.di.monaco at sap dot
com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94116
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94063
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |9.4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
Bug ID: 94117
Summary: non-dependent expr treated as-if dependent
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94118
Bug ID: 94118
Summary: Undocumented inline assembly [target] operand
modifiers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: documentation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
--- Comment #2 from Jakub Jelinek ---
Maybe not, as it doesn't seem to be a regression, it has never been rejected
(at least not in anything since r20 I've tried).
clang++ rejects with
exception specification is not available until end of cla
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94119
Bug ID: 94119
Summary: MIPS: Invalid use of branch delay slots leading to
corrupt jump
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
Nathan Sidwell changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93781
--- Comment #5 from vfdff ---
Created attachment 48008
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48008&action=edit
patch base on gcc 7.3, additional for 1st testcases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93781
--- Comment #6 from Jakub Jelinek ---
Note, 7.x is not supported anymore. If this is going to be changed, it would
be for GCC 11, different source file, different routine...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
--- Comment #4 from Jonathan Wakely ---
(In reply to Nathan Sidwell from comment #0)
> filing a separate issue to fix libstdc++
Fixed in r10-7103-gc222eabcf8be0e3f644e4bd4c3316b40dba4b514
libstdc++: Fix invalid noexcept-specifier (PR 94117)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120
Bug ID: 94120
Summary: [OpenACC] ICE in gimplify_adjust_omp_clauses_1 for
'declare' for variable outside scope
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94111
--- Comment #4 from Jakub Jelinek ---
Created attachment 48009
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48009&action=edit
gcc10-pr94111.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
--- Comment #5 from Jonathan Wakely ---
Oh we have more occurrences of it in libstdc++, e.g. in split_view
friend constexpr decltype(auto)
iter_move(const _InnerIter& __i) noexcept(noexcept(__iter_move()))
{ return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94106
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92096
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
Bug ID: 94121
Summary: ICE on aarch64-linux-gnu: in abs_hwi, at hwint.h:324
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
--- Comment #1 from Zekun Li ---
Created attachment 48010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48010&action=edit
[PATCH PR94121] fix ICE on aarch64 in abs_hwi, at hwint.h:324
This is a fix tring to solve the problem.
With this f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94122
Bug ID: 94122
Summary: Wrong optimization: reading value of a decimal FP
variable changes its representation for optimizer
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94103
Alexander Cherepanov changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #12 from Gerald Pfeifer ---
Created attachment 48011
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48011&action=edit
Preprocessed value-prof.c for the failure case on FreeBSD 11/i386
(I've been struggling to create the preproc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120
--- Comment #2 from Tobias Burnus ---
Created attachment 48012
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48012&action=edit
Draft patch for C and Fortran, C++ is missing!
NOTE: A similar Fortran test case currently fails with:
Error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94122
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2020-03-10
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #5 from Jeffrey A. Law ---
Umm, the issue was bisected to a sccvn change, so I'm not sure why is landing
on Vlad. Richi or someone familiar with SCCVN needs to take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #13 from Martin Liška ---
> So I think we instead should use abs_hwi (or absu_hwi, depending on if the
> most negative value can appear or not) instead of std::abs or abs in
> value-prof.c.
No, the counter can never be INT64_MIN.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93962
--- Comment #14 from Jakub Jelinek ---
Ok, I'll test a patch with abs_hwi in both spots then. There will be an
assertion in there that it is not INT64_MIN.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #6 from Jakub Jelinek ---
That IMHO just made a latent issue no longer latent.
I'd say it is either a LRA issue or some backend issue related to RA, on a
relatively short function LRA shouldn't take hours.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94117
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123
Bug ID: 94123
Summary: [10 regression] r10-7093 causes
gcc.target/powerpc/pr87507.c to fail
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target||powerpc64le-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93895
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93895
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #46 from Segher Boessenkool ---
Thank you very much for that new testcase! I wish I had it before :-)
Yesterday I found the problem. It is in separate shrink-wrapping. The
fix is probably simple; hang on :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94042
--- Comment #47 from Martin Liška ---
(In reply to Segher Boessenkool from comment #46)
> Thank you very much for that new testcase! I wish I had it before :-)
Do you mean /tmp/reduced.ii ? Note that it's already mentioned in c#14.
>
> Yester
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94124
Bug ID: 94124
Summary: [10 Regression] conversion from ‘’ to ‘F’ is ambiguous since
r10-6388-ge98ebda074bf8fc5
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94124
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-03-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #7 from Jakub Jelinek ---
richi's change basically on the testcase just changed 6 times in the function:
hl_.v_ = a11_334;
- accvhi4__777 = hl_.hilo_.hi_;
- accvlo4__778 = hl_.hilo_.lo_;
+ _612 = BIT_FIELD_REF ;
+ _613 = BIT_FI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #27 from Jonathan Wakely ---
Not in stage 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94112
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61761
Jonathan Wakely changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #8 from Jakub Jelinek ---
I think the difference on the reduced testcase between success (first) and hang
(second) is:
(insn 10 16 21 3 (set (reg/v:DI 117 [ hl_ ])
(subreg:DI (reg/v:V8QI 114 [ v ]) 0)) "ultrasp13.c":19:105 125
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94124
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #3 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94112
--- Comment #2 from Rafael Avila de Espindola ---
(In reply to Martin Sebor from comment #1)
> Confirmed with the output below. -Wterminate is fully implemented in the
> C++ front-end so it doesn't know about what might happen in called
> functi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94112
--- Comment #3 from Jonathan Wakely ---
That would likely be far too noisy for use 99% of the time.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89991
--- Comment #28 from Jonathan Wakely ---
(In reply to kargl from comment #21)
> Created attachment 46102 [details]
> fix g++ problem with sqrt(z) where z is complex and imag(z) = -0
This one assumes copysign is valid for arguments of type _Tp, w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94121
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #9 from Jakub Jelinek ---
The reason that the non-lowpart subreg is allowed here is:
sparc_regmode_natural_size (machine_mode mode)
which returns for MODE_VECTOR_INT modes 4 rather than UNITS_PER_WORD (and for
MODE_FLOAT too).
IRA dec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: qrzhang at gatech dot edu
Target Milestone: ---
It appears to be a regression in 9. Gcc-8.3 works fine.
Bisection points to g:8f70fdc31a7b0099e7322d0aba94830fb08f4c88
$ gcc-trunk -v
gcc version 10.0.1 20200310
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94126
Bug ID: 94126
Summary: [concepts] suboptimal diagnostic when type after
substitution is ill-formed
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94125
Andrew Pinski changed:
What|Removed |Added
Summary|wrong code at -O3 on|[9/10 Regression] wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120
--- Comment #3 from Tobias Burnus ---
Patch for Fortran:
https://gcc.gnu.org/pipermail/gcc-patches/current/541774.html
Todo: C (see attachment 48012) and C++ (patch) + testcases for both.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94125
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94125
--- Comment #2 from Jakub Jelinek ---
Seems it is the ldist pass, which fails to figure out that k[c+3] load in the
loop might alias with the k[c+1] = 0; store and moves all the 3 stores into a
memset after the loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94125
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94127
Bug ID: 94127
Summary: #pragma system_header marks unrelated files as system
headers
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94127
--- Comment #1 from Jonathan Wakely ---
I think it's intended.
You should put the pragma after including other headers if you don't want them
to be affected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94125
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94123
--- Comment #3 from seurer at gcc dot gnu.org ---
Hmmm. This test case did fail previously and was reported in pr91797 but that
was marked as fixed although the patch for that actually didn't change this
particular test case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94127
--- Comment #2 from Aleksey Covacevice ---
(In reply to Jonathan Wakely from comment #1)
> I think it's intended.
>
> You should put the pragma after including other headers if you don't want
> them to be affected.
What does the pragma have to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94127
--- Comment #3 from Jonathan Wakely ---
Well it comes before the #include for sys2.h so affects that, but you're right
it shouldn't affect a header that isn't being included by sys.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92303
--- Comment #10 from Jakub Jelinek ---
So, quite early during LRA we get:
(insn 14 13 18 3 (set (reg:DI 9 %o1)
(zero_extend:DI (subreg:SI (mem/c:V8QI (plus:DI (reg/f:DI 101 %sfp)
(const_int -8 [0xfff8])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94128
Bug ID: 94128
Summary: ICE on C++20 "requires requires" with lambda
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94041
--- Comment #4 from Jason Merrill ---
This turned out to be a long-standing bug with split_nonconstant_init (since
4.7, apparently): initializion of individual elements of an aggregate are not a
full-expressions, but split_nonconstant_init was ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94129
Bug ID: 94129
Summary: Using almost any openacc !$acc directive causes ICE
"compressed stream: data error"
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93922
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=57510
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66139
Jason Merrill changed:
What|Removed |Added
Target Milestone|10.0|---
Known to work|10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93922
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94041
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
1 - 100 of 131 matches
Mail list logo