https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79125
Arseny Solokha changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #1 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79125
Bug ID: 79125
Summary: [7 Regression] ICE in rtl_verify_bb_insns, at
cfgrtl.c:2661 (error: flow control insn inside a basic
block)
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78875
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
--- Comment #12 from Thomas Schwinge ---
See also PR78875.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72488
--- Comment #9 from Jeffrey A. Law ---
So, just to record some thoughts.
There's about a half-dozen patches, mostly from the August timeframe that will
make this bug go latent. The general theme across them is they change the
order in which we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79124
Bug ID: 79124
Summary: Internal compiler error under certain cases where
__attribute__((target("avx2"))) presents
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79122
--- Comment #2 from Ian Lance Taylor ---
Note that the race detector doesn't work at all with gccgo. So while this is a
pretty bad error message, the only fix for this bug is going to be to produce a
better error message.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79123
Bug ID: 79123
Summary: incorrect -Walloca-larger-than: alloca may be too
large due to conversion from long int to long unsigned
int
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79004
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79004
--- Comment #7 from Michael Meissner ---
Author: meissner
Date: Wed Jan 18 00:35:29 2017
New Revision: 244561
URL: https://gcc.gnu.org/viewcvs?rev=244561&root=gcc&view=rev
Log:
2017-01-17 Michael Meissner
PR target/79004
* gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79112
--- Comment #5 from Kazumoto Kojima ---
It seems that the error message says all. TIOCGWINSZ is defined as
#define TIOCGWINSZ0x80087468 /* _IOR('t', 104, struct winsize) */
in the SH kernel header asm/ioctls.h. Perhaps you could chan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79122
--- Comment #1 from Alan ---
Reported as:
https://github.com/golang/go/issues/18696
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79122
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79122
Bug ID: 79122
Summary: go test -race reports import cycles with gccgo
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77445
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78875
--- Comment #2 from Segher Boessenkool ---
Author: segher
Date: Tue Jan 17 22:02:42 2017
New Revision: 244556
URL: https://gcc.gnu.org/viewcvs?rev=244556&root=gcc&view=rev
Log:
-mstack-protector-guard and friends (PR78875)
Currently, on PowerPC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78839
--- Comment #14 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:34:58 2017
New Revision: 244555
URL: https://gcc.gnu.org/viewcvs?rev=244555&root=gcc&view=rev
Log:
PR debug/78839
* dwarf2out.c (field_byte_offset): Restore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69600
--- Comment #6 from sshannin at gmail dot com ---
Thanks for the update : )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78341
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:34:17 2017
New Revision: 244554
URL: https://gcc.gnu.org/viewcvs?rev=244554&root=gcc&view=rev
Log:
Backported from mainline
2017-01-11 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
--- Comment #30 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:33:16 2017
New Revision: 244553
URL: https://gcc.gnu.org/viewcvs?rev=244553&root=gcc&view=rev
Log:
Backported from mainline
2017-01-11 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78949
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:32:27 2017
New Revision: 244552
URL: https://gcc.gnu.org/viewcvs?rev=244552&root=gcc&view=rev
Log:
Backported from mainline
2017-01-04 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78693
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:31:40 2017
New Revision: 244551
URL: https://gcc.gnu.org/viewcvs?rev=244551&root=gcc&view=rev
Log:
Backported from mainline
2017-01-04 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71182
--- Comment #10 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:30:25 2017
New Revision: 244550
URL: https://gcc.gnu.org/viewcvs?rev=244550&root=gcc&view=rev
Log:
Backported from mainline
2017-01-04 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78866
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 20:29:19 2017
New Revision: 244549
URL: https://gcc.gnu.org/viewcvs?rev=244549&root=gcc&view=rev
Log:
Backported from mainline
2016-12-21 Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
--- Comment #6 from Martin Sebor ---
That's right. I believe printing the contents of the translation unit and not
even opening the files referenced by the #line directives in it like Clang does
is the expected and correct behavior. Not just to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78488
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69361
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62314
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71497
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78469
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77629
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69481
--- Comment #15 from Nathan Sidwell ---
*** Bug 77629 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79121
wilco at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77629
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
--- Comment #10 from amker at gcc dot gnu.org ---
(In reply to amker from comment #9)
> Root cause should be in VRP, looks like the iterative algorithm depends on
> order of ssa operands and computes different range.
Testing a patch, though is ki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78983
Damian Rouson changed:
What|Removed |Added
CC||damian at sourceryinstitute
dot or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79121
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target Milest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #13 from H.J. Lu ---
The problem is config/i386/rtemself.h has
#define LONG_DOUBLE_TYPE_SIZE (TARGET_80387 ? 80 : 64)
XFmode isn't available with -msoft-float even when -mlong-double-80 is used.
IA MCU defaults long double to double
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79121
Bug ID: 79121
Summary: [6, 7 regression] invalid expansion of sign-extend
unsigned plus left shift
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79052
--- Comment #4 from Martin Sebor ---
Here's a complete set of warnings from a bootstrap configured with
--with-build-config=bootstrap-ubsan and --disable-werror. I think GCC builds
libraries without -Werror so those are probably not causing any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78346
Jonathan Wakely changed:
What|Removed |Added
Known to work||4.8.5
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79096
--- Comment #2 from physiker at toast2 dot net ---
> Am 16.01.2017 um 15:18 schrieb m.ostapenko at samsung dot com
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79096
>
> Maxim Ostapenko changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #12 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #11)
> (In reply to Joel Sherrill from comment #9)
>
> > I could pursue this but is soft-float on the x86 target really worth the
> > investment of any effort? AFAIK we would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79120
Bug ID: 79120
Summary: lm32 ICE in dwarf2out_frame_debug_expr, at
dwarf2cfi.c:1747
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
Joel Sherrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63741
--- Comment #8 from Joel Sherrill ---
We are using gcc 4.9.3 for RTEMS 4.11 and gcc 6.3.0 on RTEMS 4.12. This doesn't
happen on either GCC. So closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79119
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Severity|no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79119
Bug ID: 79119
Summary: absolute value of a pointer difference can be assumed
to be less than or equal to PTRDIFF_MAX
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79118
--- Comment #3 from Marek Polacek ---
The original preprocessed file started ICEing with -Wall -std=gnu++14 with
r219268:
In file included from
/mnt/g/boostish/outcome/test/../include/boost/outcome/v1.0/monad.hpp:98:0,
from
/mn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78952
--- Comment #3 from Segher Boessenkool ---
Note avr has an "any_extract" code_iterator for this. That of course
is a crutch but could be a workaround for you for now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
--- Comment #9 from amker at gcc dot gnu.org ---
Root cause should be in VRP, looks like the iterative algorithm depends on
order of ssa operands and computes different range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78839
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7 Regression] DWARF |[6 Regression] DWARF output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78839
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 18:32:13 2017
New Revision: 244545
URL: https://gcc.gnu.org/viewcvs?rev=244545&root=gcc&view=rev
Log:
PR debug/78839
* dwarf2out.c (field_byte_offset): Restore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
--- Comment #24 from Nathan Sidwell ---
Author: nathan
Date: Tue Jan 17 18:22:34 2017
New Revision: 244544
URL: https://gcc.gnu.org/viewcvs?rev=244544&root=gcc&view=rev
Log:
PR c++/61636
* cp-tree.h (maybe_generic_this_capture):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78346
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
Uroš Bizjak changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79118
--- Comment #2 from Marek Polacek ---
Ah, g++ 6 ICEs with -Wall.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78346
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
--- Comment #13 from Eric Botcazou ---
Author: ebotcazou
Date: Tue Jan 17 18:02:55 2017
New Revision: 244543
URL: https://gcc.gnu.org/viewcvs?rev=244543&root=gcc&view=rev
Log:
PR ada/67205
* config/aarch64/aarch64.c (TARGET_CUSTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70754
--- Comment #9 from Vidya Praveen ---
(In reply to Martin Liška from comment #8)
> I've got patch for that.
If you would like, I can test it for aarch64-none-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69600
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77334
Jonathan Wakely changed:
What|Removed |Added
CC||sshannin at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #10 from Uroš Bizjak ---
(In reply to Joel Sherrill from comment #9)
> > I.e., the bug was enabling unintended soft-fp usage of XFmode at the same
> > time as enabling usage of TFmode. The TFmode functions should be kept in
> > li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71669
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71669
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 17:42:06 2017
New Revision: 244542
URL: https://gcc.gnu.org/viewcvs?rev=244542&root=gcc&view=rev
Log:
PR debug/71669
* dwarf2out.c (add_data_member_location_att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68869
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78595
Jonathan Wakely changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #7 from Andrew Pinski ---
(In reply to David Malcolm from comment #6)
> Am still seeing "random" truncation, even with the DejaGnu patch in comment
> #4.
Which Linux kernel version? there has been some bugs in some newer kernels. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #9 from Joel Sherrill ---
(In reply to jos...@codesourcery.com from comment #5)
> On Tue, 22 Nov 2016, ubizjak at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
> >
> > --- Comment #2 from Uroš Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79118
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76731
--- Comment #14 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Jan 17 17:03:00 2017
New Revision: 244540
URL: https://gcc.gnu.org/viewcvs?rev=244540&root=gcc&view=rev
Log:
PR target/76731
* config/i386/avx512fintrin.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #8 from Uroš Bizjak ---
(In reply to jos...@codesourcery.com from comment #7)
> On Tue, 17 Jan 2017, joel at gcc dot gnu.org wrote:
>
> > > I.e., the bug was enabling unintended soft-fp usage of XFmode at the same
> > > time as enab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79118
Bug ID: 79118
Summary: internal compiler error: in cxx_eval_bit_field_ref, at
cp/constexpr.c:2258
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78384
--- Comment #4 from Michael Matz ---
(In reply to Jakub Jelinek from comment #3)
> Any progress with this?
It fell through the cracks over christmas vacation, I'll get to it this week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79079
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 16:56:30 2017
New Revision: 244539
URL: https://gcc.gnu.org/viewcvs?rev=244539&root=gcc&view=rev
Log:
PR target/79079
* internal-fn.c (expand_mul_overflow): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70565
Aldy Hernandez changed:
What|Removed |Added
Summary|[5/6/7 Regression] ICE at |[5/6 Regression] ICE at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70565
--- Comment #4 from Aldy Hernandez ---
Author: aldyh
Date: Tue Jan 17 16:54:55 2017
New Revision: 244538
URL: https://gcc.gnu.org/viewcvs?rev=244538&root=gcc&view=rev
Log:
PR c++/70565
* cp-array-notation.c (expand_array_notation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #7 from joseph at codesourcery dot com ---
On Tue, 17 Jan 2017, joel at gcc dot gnu.org wrote:
> > I.e., the bug was enabling unintended soft-fp usage of XFmode at the same
> > time as enabling usage of TFmode. The TFmode functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
Nick Clifton changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79117
--- Comment #2 from joseph at codesourcery dot com ---
If you use -fexcess-precision=standard, the classification built-in
functions should convert values with excess range and precision to their
semantic types as required by ISO C (see c-typec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
--- Comment #6 from Joel Sherrill ---
(In reply to jos...@codesourcery.com from comment #5)
> On Tue, 22 Nov 2016, ubizjak at gmail dot com wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78478
> >
> > --- Comment #2 from Uroš Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79115
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #28 from Vladimir Makarov ---
(In reply to Vladimir Makarov from comment #27)
> (In reply to Vladimir Makarov from comment #26)
> > (In reply to Dominik Vogt from comment #24)
> > > While you're at it ... does it have the same or a si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79115
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Tue Jan 17 16:36:55 2017
New Revision: 244537
URL: https://gcc.gnu.org/viewcvs?rev=244537&root=gcc&view=rev
Log:
PR testsuite/79115 - FAIL: gcc.dg/pr78768.c execution test on arm, aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79117
--- Comment #1 from Uroš Bizjak ---
You can use __builtin_isinf here, so:
if (__builtin_isinf(c)) {
puts("finite");
}
else {
puts("not finite");
}
The expansion of __builtin_isinf performs value truncation automa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71497
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Tue Jan 17 16:33:44 2017
New Revision: 244536
URL: https://gcc.gnu.org/viewcvs?rev=244536&root=gcc&view=rev
Log:
Fix wording of -Wmisleading-indentation (PR c++/71497)
gcc/c-family/Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
--- Comment #8 from amker at gcc dot gnu.org ---
(In reply to amker from comment #7)
> I think it's not PRE's fault. The input to PRE is already sub-optimal to be
> handled.
> Look at the source code:
>
> for( i = 0 ; i < ( I - 1 ) ; i++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #27 from Vladimir Makarov ---
(In reply to Vladimir Makarov from comment #26)
> (In reply to Dominik Vogt from comment #24)
> > While you're at it ... does it have the same or a similar cause as the Avr
> > bug?
> > https://gcc.gnu.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79106
Martin Sebor changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #26 from Vladimir Makarov ---
(In reply to Dominik Vogt from comment #24)
> While you're at it ... does it have the same or a similar cause as the Avr
> bug?
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78883
>
> (A HImode quantity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71437
--- Comment #7 from amker at gcc dot gnu.org ---
I think it's not PRE's fault. The input to PRE is already sub-optimal to be
handled.
Look at the source code:
for( i = 0 ; i < ( I - 1 ) ; i++ )
{
if( ( L < pL[i+1] ) &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
--- Comment #25 from Vladimir Makarov ---
Author: vmakarov
Date: Tue Jan 17 16:11:55 2017
New Revision: 244535
URL: https://gcc.gnu.org/viewcvs?rev=244535&root=gcc&view=rev
Log:
2017-01-17 Vladimir Makarov
PR target/79058
* i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71854
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69435
--- Comment #6 from David Malcolm ---
Am still seeing "random" truncation, even with the DejaGnu patch in comment #4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71854
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 17 15:50:24 2017
New Revision: 244534
URL: https://gcc.gnu.org/viewcvs?rev=244534&root=gcc&view=rev
Log:
PR tree-optimization/71854
* gcc.dg/vect/pr71854.c: New te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71854
--- Comment #5 from Jakub Jelinek ---
This has been fixed with r244218. I'll commit the testcase and close this.
1 - 100 of 173 matches
Mail list logo