https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88296
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89071
--- Comment #11 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Jan 31 20:06:42 2019
New Revision: 268427
URL: https://gcc.gnu.org/viewcvs?rev=268427&root=gcc&view=rev
Log:
PR target/89071
* config/i386/i386.md (*extendsfd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89083
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Thu Jan 31 20:21:11 2019
New Revision: 268428
URL: https://gcc.gnu.org/viewcvs?rev=268428&root=gcc&view=rev
Log:
PR c++/89083, c++/80864 - ICE with list initialization in templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89083
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864
--- Comment #9 from Marek Polacek ---
Author: mpolacek
Date: Thu Jan 31 20:21:11 2019
New Revision: 268428
URL: https://gcc.gnu.org/viewcvs?rev=268428&root=gcc&view=rev
Log:
PR c++/89083, c++/80864 - ICE with list initialization in templ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80864
Marek Polacek changed:
What|Removed |Added
Summary|[7/8/9 Regression] |[7/8 Regression]
|Brac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89071
--- Comment #12 from Uroš Bizjak ---
(In reply to Peter Cordes from comment #10)
> It also bizarrely uses it for VMOVSS, which gcc should only emit if it
> actually wants to merge (right?). *If* this part of the patch isn't a bug
>
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89143
--- Comment #2 from Jakub Jelinek ---
Created attachment 45578
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45578&action=edit
gcc9-pr89143.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008
--- Comment #15 from Bill Schmidt ---
Author: wschmidt
Date: Thu Jan 31 21:55:45 2019
New Revision: 268431
URL: https://gcc.gnu.org/viewcvs?rev=268431&root=gcc&view=rev
Log:
2018-01-31 Bill Schmidt
Backport from mainline
2018
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89008
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86487
--- Comment #11 from Vladimir Makarov ---
(In reply to avieira from comment #10)
> Hi Vlad,
>
> I don't think it is a duplication.
Sorry, I was not clear. My comment relates to test
#include
int32x2_t b(long c, ...) {}
$ arm-none-eabi-gcc -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89145
Bug ID: 89145
Summary: GCC does not assume that two different external
variables have different addresses
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
--- Comment #3 from Marek Polacek ---
I think I see the problem: we're evaluating the body of the switch, and cond is
"1" so we're jumping over everything until we find "case 1":
if (1)
{
case 1:;
return = 1;
}
else
{
default:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #7 from Harald Anlauf ---
(In reply to Harald Anlauf from comment #6)
Playing around and getting completely lost during a gdb session,
I became suspicious that the second issue has to do with missed
padding that interestingly occurs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jan 31 22:21:28 2019
New Revision: 268432
URL: https://gcc.gnu.org/viewcvs?rev=268432&root=gcc&view=rev
Log:
2019-01-31 Thomas Koenig
PR fortran/88669
* resolve.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89146
Bug ID: 89146
Summary: arm: "nor" constraint prefers memory reference over
constant
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
--- Comment #4 from Marek Polacek ---
I except to have a fix in a bit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
Bug ID: 89147
Summary: flto removes functions implemented in asm
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89077
--- Comment #8 from Harald Anlauf ---
OK, here's another one for fun:
program pr89077_4
implicit none
character(*), parameter :: s = 7HForward
print *, '#', s, '#', len (s)
end program pr89077_4
prints:
#Forward # 8
This time
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
--- Comment #1 from Andrew Pinski ---
>Possible workarounds are welcome.
Use -ffat-lto-objects or use a .s file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89137
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Jan 31 23:05:01 2019
New Revision: 268434
URL: https://gcc.gnu.org/viewcvs?rev=268434&root=gcc&view=rev
Log:
PR middle-end/89137
* omp-low.c (lower_omp_task_reductions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89148
Bug ID: 89148
Summary: [AVR] Merge plugin to place C++ vtables in flash
memory
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Fri Feb 1 00:30:46 2019
New Revision: 268438
URL: https://gcc.gnu.org/viewcvs?rev=268438&root=gcc&view=rev
Log:
PR c++/88983 - ICE with switch in constexpr function.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88983
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |7.5
Summary|ICE in label_matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
--- Comment #5 from Jiangning Liu ---
The loop below should be treated as a finite loop,
for (iter = booktable.begin(); iter!=booktable.end(); ++iter) {
...
}
so there is a chance to optimize away the empty loop, in which do_something
doesn'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89145
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
Feng Xue changed:
What|Removed |Added
CC||innat_xue at hotmail dot com
--- Comment #7 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
--- Comment #8 from Feng Xue ---
My mistake, transformation should be:
void f (std::map m)
{
for (auto it = m.begin (); it != m.end (); ++it) {
if (b) {
b = do_something();
} else {
++it;
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88932
--- Comment #6 from bin cheng ---
Author: amker
Date: Fri Feb 1 02:39:52 2019
New Revision: 268439
URL: https://gcc.gnu.org/viewcvs?rev=268439&root=gcc&view=rev
Log:
PR tree-optimization/88932
* tree-predcom.c (try_combine_chain
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88932
--- Comment #7 from bin cheng ---
Author: amker
Date: Fri Feb 1 02:56:41 2019
New Revision: 268440
URL: https://gcc.gnu.org/viewcvs?rev=268440&root=gcc&view=rev
Log:
Backport from mainline
2019-02-01 Bin Cheng
PR tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87022
--- Comment #6 from bin cheng ---
Author: amker
Date: Fri Feb 1 03:11:08 2019
New Revision: 268441
URL: https://gcc.gnu.org/viewcvs?rev=268441&root=gcc&view=rev
Log:
Backport from mainline
2018-10-15 Bin Cheng
PR tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87022
--- Comment #7 from bin cheng ---
Given this is an regression, now I backported the fix to GCC-8 at r268441.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43565
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89126
--- Comment #3 from Martin Sebor ---
The problem is in shorten_compare() in c-common.c which deals with these cases.
The comment above the block that handles this has this to say just above the
conditional that guards the code. The conditional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
Martin Sebor changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89134
--- Comment #10 from Jiangning Liu
---
(In reply to Martin Sebor from comment #9)
> But since GCC emits infinite loops regardless of whether or not
> they have any side-effects, whether inc() is pure or not may not matter.
I think "for (; it !
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88596
--- Comment #4 from Arseny Solokha ---
I still can w/ r268327, on Ivy Bridge and Haswell. It ICEs only w/ this
particular argument to --param selsched-max-lookahead, though. Playing w/
-f{,no-}stack-protector{,-strong,explicit} gave me nothing th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88596
--- Comment #5 from Arseny Solokha ---
Created attachment 45579
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45579&action=edit
Testcase #2
At least, this one fails on godbolt.
% x86_64-pc-linux-gnu-gcc-9.0.0-alpha20190127 -O1 -fschedule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88669
--- Comment #6 from martin ---
Thanks for fixing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89148
Andrew Pinski changed:
What|Removed |Added
Component|c++ |target
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89147
--- Comment #2 from Konstantin Kharlamov ---
(In reply to Andrew Pinski from comment #1)
> >Possible workarounds are welcome.
>
> Use -ffat-lto-objects or use a .s file.
Thank you for reply!
Adding a `-ffat-lto-objects` to the command above di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88629
--- Comment #5 from Cheng Wen ---
This bug got assigned CVE-2018-20712
101 - 148 of 148 matches
Mail list logo
