https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69911
--- Comment #1 from Mark Wielaard ---
Proposed fix: https://gcc.gnu.org/ml/gcc-patches/2016-02/msg01537.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69909
--- Comment #2 from Zdenek Sojka ---
Actually, there is:
...
mov ecx, 8 # tmp115,
mov r11, QWORD PTR [rsp+160]# v32u128_1D.1763,
v32u128_1D.1763
mov r12, QWORD PTR [rsp+168]# v32u128_1D.1763,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69912
Bug ID: 69912
Summary: [6 regression] ICE in build_ctor_subob_ref
initializing a flexible array member
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69912
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69911
Bug ID: 69911
Summary: [6 Regression] Massive test failures on ia32
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65471
Wink Saville changed:
What|Removed |Added
CC||wink at saville dot com
--- Comment #3 fr
ng=release --enable-languages=c --disable-multilib
--enable-gather-detailed-mem-stats
Thread model: posix
gcc version 6.0.0 20160222 (experimental) (GCC)
heine:~/Downloads> /pkgs/gcc-mainline/bin/gcc -v -c -O2 -fmem-report
-ftime-report _num.i -save-temps > & ! report-compiler_num2
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69910
--- Comment #2 from Jerry DeLisle ---
Test case:
module newunit_bug
implicit none
contains
subroutine open_file_safe(fname, fstatus, faction, fposition, funit)
character(*), intent(in) :: fname, fstatus, faction, fposition
integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69910
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69910
Bug ID: 69910
Summary: ICE with NEWUNIT in module
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69043
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69904
--- Comment #2 from Segher Boessenkool ---
If you disallow this memory clobber from being copied (via the
cannot_copy_insn_p hook), do you then get what you want?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69904
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69908
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69043
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69909
--- Comment #1 from Andrew Pinski ---
Works on aarch64-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69909
Bug ID: 69909
Summary: [6 Regression] wrong code with -Os and vectors @
x86_64
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: wrong-code
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361
Manuel López-Ibáñez changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|WONTFIX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24639
Bug 24639 depends on bug 43361, which changed state.
Bug 43361 Summary: missing uninitialized warning without optimization (loop
representation)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43361
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16233
--- Comment #9 from Manuel López-Ibáñez ---
Very likely, we don't even try to parse this as a template function. We should
first try to parse it as we do now. When that fails, we should try to reparse
it as a template if we have seen <>, if that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16233
Manuel López-Ibáñez changed:
What|Removed |Added
CC||steve.lorimer at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69906
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69908
Bug ID: 69908
Summary: recognizing idioms that check for a buffer of
all-zeros could make *much* better code
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28901
--- Comment #32 from Mark Wielaard ---
Author: mark
Date: Mon Feb 22 22:42:19 2016
New Revision: 233616
URL: https://gcc.gnu.org/viewcvs?rev=233616&root=gcc&view=rev
Log:
PR28901 Add two levels for -Wunused-const-variable.
There is some controv
ine/libexec/gcc/x86_64-pc-linux-gnu/6.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../../gcc-mainline/configure --prefix=/pkgs/gcc-mainline
--enable-checking=release --enable-languages=c --disable-multilib
Thread model: posix
gcc version 6.0.0 20160222 (experimental) (GCC)
with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69888
Jakub Jelinek changed:
What|Removed |Added
Known to work||6.0
Known to fail|6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69888
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 21:34:49 2016
New Revision: 233615
URL: https://gcc.gnu.org/viewcvs?rev=233615&root=gcc&view=rev
Log:
PR target/69888
* config/i386/i386.c (decide_alg): Ensure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69888
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 21:34:07 2016
New Revision: 233614
URL: https://gcc.gnu.org/viewcvs?rev=233614&root=gcc&view=rev
Log:
PR target/69888
* config/i386/i386.c (decide_alg): Ensure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 21:27:08 2016
New Revision: 233613
URL: https://gcc.gnu.org/viewcvs?rev=233613&root=gcc&view=rev
Log:
PR target/69885
* doc/md.texi (ashl@var{m}3): Document tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
: posix
gcc version 6.0.0 20160222 (experimental) [trunk revision 233601] (GCC)
$ gcc-trunk -O3 abc.c
$ ./a.out
Segmentation fault (core dumped)
$ cat abc.c
void *mmap();
void foo(unsigned *p1, unsigned short *p2) {
int n;
for (n = 0; n < 320; n++)
p1[n] = p2[n * 2];
}
int main() {
v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69906
Bug ID: 69906
Summary: Feature request: better error message when dependent
function template parsing fails
Product: gcc
Version: unknown
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69905
Bug ID: 69905
Summary: Digit separators break literal operators
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69895
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69894
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69894
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 19:55:47 2016
New Revision: 233611
URL: https://gcc.gnu.org/viewcvs?rev=233611&root=gcc&view=rev
Log:
PR target/69894
PR target/69895
* config/m68k/t-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69895
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 19:55:47 2016
New Revision: 233611
URL: https://gcc.gnu.org/viewcvs?rev=233611&root=gcc&view=rev
Log:
PR target/69894
PR target/69895
* config/m68k/t-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69868
--- Comment #2 from Bill Schmidt ---
Created attachment 37759
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37759&action=edit
Tentative patch (needs refactoring)
Attaching a tested patch that solves the problem for this case without
regre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69898
--- Comment #2 from wander ---
(In reply to Daniel Krügler from comment #1)
> I would argue that the code should be ill-formed, because the attempt to
> form a pointer to a function with cv-qualifier-seq is invalid, see
>
> http://www.open-std.o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
Jakub Jelinek changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69898
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33562
Jeffrey A. Law changed:
What|Removed |Added
Priority|P2 |P4
--- Comment #23 from Jeffrey A. Law
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69841
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
Thomas Koenig changed:
What|Removed |Added
Severity|normal |major
--- Comment #68 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69842
Philipp changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69902
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881
--- Comment #22 from Bernd Edlinger ---
yes, I would really have liked the warning, but...
/../gcc-trunk/gcc/../libdecnumber/bid -I../libdecnumber
-I../../gcc-trunk/gcc/../libbacktrace -I/home/ed/gnu/gcc-build/./isl/include
-I/home/ed/gnu/gcc-tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69904
Bug ID: 69904
Summary: [6 Regression] shrink-wrapping creates weird atomic
compare exchange loop on arm
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69896
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
--- Comment #4 from Alexander ---
About versions:
this code didn't crash until 4.7.3 version, I checked it with
http://gcc.godbolt.org/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
--- Comment #3 from Alexander ---
NOTE:
Functions' interior isn't important here, they can be empty, I used volatile
variables just to check assembler output.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69098
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69879
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
--- Comment #2 from ktkachov at gcc dot gnu.org ---
More complete stack trace:
ice.c:7:23: internal compiler error: in add_stmt, at cp/semantics.c:385
volatile int x = i;
^
0x772687 add_stmt(tree_node*)
$TOP/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69098
--- Comment #13 from Jakub Jelinek ---
Is this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69893
--- Comment #3 from Jonathan Wakely ---
And this already failed with GCC 5 and -std=c++11
#include
using std::acosh;
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69893
--- Comment #2 from Jonathan Wakely ---
The problem is in TR1, which parallel mode uses:
#include
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69760
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69882
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Feb 22 14:53:17 2016
New Revision: 233605
URL: https://gcc.gnu.org/viewcvs?rev=233605&root=gcc&view=rev
Log:
2016-02-22 Richard Biener
PR tree-optimization/69882
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69882
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69903
Bug ID: 69903
Summary: Function template specialization with CRTP-class
causes compiler segfault
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #7 from David Edelsohn ---
Created attachment 37755
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37755&action=edit
extqihi patch
Because this idiom occurs so rarely (like never, except for an artificial
csmith testcase :-), t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Feb 22 14:22:07 2016
New Revision: 233603
URL: https://gcc.gnu.org/viewcvs?rev=233603&root=gcc&view=rev
Log:
PR target/69885
* config/m68k/m68k.md (ashldi3, ashrdi3, l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55190
--- Comment #9 from Oleg Endo ---
As of r233601 the issue still persists.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #6 from David Edelsohn ---
The bug definitely predated the EXTQI change. It was introduced when Red Hat
added the splitters for non-cr0 compares.
EXTQI is used for plain zero_extendqi2 and extendqi2.
zero_extendqihi2 and extendqihi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69896
Jakub Jelinek changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #44 from Oleg Endo ---
Author: olegendo
Date: Mon Feb 22 13:33:31 2016
New Revision: 233601
URL: https://gcc.gnu.org/viewcvs?rev=233601&root=gcc&view=rev
Log:
gcc/
PR target/69806
PR target/54089
* config/sh/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69806
--- Comment #11 from Oleg Endo ---
Author: olegendo
Date: Mon Feb 22 13:33:31 2016
New Revision: 233601
URL: https://gcc.gnu.org/viewcvs?rev=233601&root=gcc&view=rev
Log:
gcc/
PR target/69806
PR target/54089
* config/sh/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52651
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51765
Bug 51765 depends on bug 52651, which changed state.
Bug 52651 Summary: Fortran testsuite ICEs with -flto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52651
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51765
--- Comment #6 from Richard Biener ---
Loads of -flto ICEs left:
FAIL: g++.dg/cpp1y/var-templ16.C -std=c++14 (internal compiler error)
FAIL: g++.dg/cpp1y/var-templ16.C -std=c++14 (test for excess errors)
FAIL: g++.dg/cpp1y/var-templ27.C -std=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69895
--- Comment #2 from Matthias Klose ---
the patch installs the m68k files.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881
--- Comment #21 from Bernd Edlinger ---
(In reply to Jonathan Wakely from comment #20)
> (In reply to Bernd Edlinger from comment #19)
> > But I am sure that #define __need_offsetof can simply not work.
>
> So don't define that. It's undefined b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
--- Comment #3 from Matthias Klose ---
this fixes the bootstrap, tested with a cross build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69902
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47562
Bug 47562 depends on bug 51980, which changed state.
Bug 51980 Summary: ARM - Neon code polluted by useless stores to the stack with
vuzpq / vzipq / vtrnq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51980
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51996
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881
--- Comment #20 from Jonathan Wakely ---
(In reply to Bernd Edlinger from comment #19)
> But I am sure that #define __need_offsetof can simply not work.
So don't define that. It's undefined behaviour.
> I am not sure if it can compile at all, b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69224
--- Comment #3 from Richard Biener ---
Ok, so we have
for (int j = 0; j < s->d - 1; j++) {
if ((c[i] >= s->x[j]) && (c[i] <= s->x[j + 1])) {
b[2*j][i] = s->x[j];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881
--- Comment #19 from Bernd Edlinger ---
(In reply to Jonathan Wakely from comment #18)
> > Yes, I do have such targets.
> > We use eCos at Softing as real time O/S a lot.
>
> Great, that's good to know.
>
> > I think I will build an ecos cross c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68963
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69886
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69900
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69881
--- Comment #18 from Jonathan Wakely ---
(In reply to Bernd Edlinger from comment #13)
> (In reply to Jonathan Wakely from comment #12)
> > (In reply to Bernd Edlinger from comment #9)
> > > right now I am trying to boot-strap this:
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #5 from Segher Boessenkool ---
It also happens with 4.8, which does not have the EXTQI patch yet, and
not the WORD_REGISTER_OPERATIONS either. It wasn't hidden, just no one
ever noticed :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69882
--- Comment #5 from Richard Biener ---
Ok, I think what goes wrong is
t.f90:13:0: note: Detected interleaving load *a_19(D)[_54] and *a_19(D)[_18]
t.f90:13:0: note: Detected interleaving load of size 4 starting with _55 =
*a_19(D)[_54];
t.f90:13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69902
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69888
--- Comment #3 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to Jakub Jelinek from comment #1)
>
> > Untested fix.
> Looks OK, but please introduce a temporary variable, something like:
>
> + HOST_WIDE_INT new_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69882
--- Comment #4 from Richard Biener ---
Created attachment 37752
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37752&action=edit
simplified testacse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69882
--- Comment #3 from Richard Biener ---
The IL you refer to makes sense to me, the vectorizer sees
t.f90:13:0: note: Final SLP tree for instance:
t.f90:13:0: note: node
t.f90:13:0: note: stmt 0 M.0_140 = MAX_EXPR <_139, c_I_lsm.10_129>;
t.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69888
--- Comment #2 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #1)
> Untested fix.
Looks OK, but please introduce a temporary variable, something like:
--cut here--
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
--- Comment #2 from Jakub Jelinek --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69885
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69368
--- Comment #67 from Dominique d'Humieres ---
> > How can K(1) and K(2*1) be the same without using undefinedness explicitely?
> They can't, but why does that matter for undefined behavior?
> The CSE code in DOM doesn't try to analyze the array
1 - 100 of 133 matches
Mail list logo
