https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71079
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
Vladimir Simonov changed:
What|Removed |Added
Severity|blocker |critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71209
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71143
Markus Trippelsdorf changed:
What|Removed |Added
CC||ryan.burn at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70448
rippey.e at gmail dot com changed:
What|Removed |Added
CC||rippey.e at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71123
--- Comment #3 from Jerry DeLisle ---
This patch regression tests OK and fixes the namelist read.
diff --git a/libgfortran/io/list_read.c b/libgfortran/io/list_read.c
index b8e174c5..6ea6007a 100644
--- a/libgfortran/io/list_read.c
+++ b/libgf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71212
Bug ID: 71212
Summary: Compilation of gcc (libstdc++) for foreign target
platform problem.
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
with: ../s-trunk/configure --prefix=/home/craig/new-gcc/i-trunk
Thread model: posix
gcc version 7.0.0 20160519 (experimental) (GCC)
mponent: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: ryan.burn at gmail dot com
Target Milestone: ---
The below code compiles fine with clang and a version of gcc build from trunk
on 20160428, but with the trunk version from 20160519, it gives this bad error
messa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157
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=71157
--- Comment #4 from Paul Eggert ---
I worked around the GCC bug by applying the attached file etags.c.patch to GNU
Emacs. etags.c.patch replaces some weird but valid C code (add a small constant
to a pointer and test whether the resulting pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157
--- Comment #3 from Paul Eggert ---
Created attachment 38532
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38532&action=edit
patched version of e.i that avoids GCC bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157
--- Comment #2 from Paul Eggert ---
Created attachment 38531
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38531&action=edit
GNU Emacs lib-src/etags.c patch to work around GCC bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71206
--- Comment #4 from Marc Glisse ---
I am starting a bootstrap+regtest with:
/* (X ^ Y) ^ (X ^ Z) -> Y ^ Z */
(simplify
(bit_xor (convert1? (bit_xor:c @0 @1)) (convert2? (bit_xor:c @0 @2)))
(if (tree_nop_conversion_p (type, TREE_TYPE (@1))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71206
--- Comment #3 from Jakub Jelinek ---
I haven't yet started, so if you want to take it, it is all yours.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71206
--- Comment #2 from Marc Glisse ---
With -O:
int f(int d, unsigned b) {
int i2 = b ^ 1;
int i4 = d ^ 1;
return i2 ^ i4;
}
An extra (convert ...) should do it I guess.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71208
Bug ID: 71208
Summary: [6 regression] mmix: C++ code fails to link
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
Vladimir Simonov changed:
What|Removed |Added
Version|unknown |5.3.0
--- Comment #1 from Vladimir Si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70494
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71207
Bug ID: 71207
Summary: gcc 5.3 and 6.1 generates wrong code with -O2
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71206
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
--enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160519 (experimental) [trunk revision 236439] (GCC)
$:
$: gcc-trunk -O0 small.c
small.c: In function ‘fn1’:
small.c:4:6: error: type mismatch in binary expression
void fn1() { fn1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
--- Comment #7 from Eric Botcazou ---
> Fixed by r236460.
Thanks. Please add a reference to the PR in the ChangeLog next time, this will
automatically add a cross-reference in the audit trail.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71171
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71171
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Thu May 19 20:33:51 2016
New Revision: 236489
URL: https://gcc.gnu.org/viewcvs?rev=236489&root=gcc&view=rev
Log:
PR c/71171: Fix uninitialized source_range in c_parser_postfix_expressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71171
--- Comment #2 from David Malcolm ---
Author: dmalcolm
Date: Thu May 19 20:29:07 2016
New Revision: 236488
URL: https://gcc.gnu.org/viewcvs?rev=236488&root=gcc&view=rev
Log:
PR c/71171: Fix uninitialized source_range in c_parser_postfix_expressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71075
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71203
--- Comment #2 from Gerhard Steinmetz
---
Forgotten to mention subcases :
$ cat z3a.f90
program p
character(3), parameter :: a(4) = ' '
character(*), parameter :: x(*) = a(1:2)(3:1)
end
$ gfortran-6 z3a.f90
*** Error in `/usr/lib64/gcc/x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71181
--- Comment #4 from François Dumont ---
I guess you are talking about 61667.
I think this report is quite new. At the moment reserve is implemented as
proposed by the Standard but I agree with Alexey that demonstrated behavior is
counterintuitiv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71075
--- Comment #3 from Marek Polacek ---
Author: mpolacek
Date: Thu May 19 20:23:52 2016
New Revision: 236487
URL: https://gcc.gnu.org/viewcvs?rev=236487&root=gcc&view=rev
Log:
PR c++/71075
* pt.c (unify_template_argument_mismatch):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70913
--- Comment #3 from Gerhard Steinmetz
---
Another situation :
$ cat z4.f90
program p
character(3) :: a(2) = ['abc', 'xyz']
character(3) :: b(1,2) = ' '
equivalence (b, a)
end
$ gfortran-6 z4.f90
internal compiler error: in gfc_encode_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71205
Bug ID: 71205
Summary: c++14 wrong constructor resolution
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71075
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
--- Comment #39 from Jason Merrill ---
Author: jason
Date: Thu May 19 19:20:40 2016
New Revision: 236486
URL: https://gcc.gnu.org/viewcvs?rev=236486&root=gcc&view=rev
Log:
Fix handling of non-dependent calls with default template args.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71204
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71204
Bug ID: 71204
Summary: ICE with -O0 in expand_expr_real_1, at expr.c:9651
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71184
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71184
--- Comment #4 from David Malcolm ---
Author: dmalcolm
Date: Thu May 19 18:56:47 2016
New Revision: 236485
URL: https://gcc.gnu.org/viewcvs?rev=236485&root=gcc&view=rev
Log:
PR c++/71184: Fix NULL dereference in cp_parser_operator
The source-ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71203
Bug ID: 71203
Summary: ICE in add_init_expr_to_sym, at fortran/decl.c:1512
and :1564
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71203
--- Comment #1 from Gerhard Steinmetz
---
$ cat z4.f90
program p
integer :: i
integer, parameter :: x(2) = 0
integer, parameter :: y(*) = [(x(i:i), i=1,2)]
end
$ gfortran-6 z4.f90
f951: internal compiler error: in add_init_expr_to_sym,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71198
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71198
H.J. Lu changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #3 from H.J. Lu ---
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71148
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71031
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71031
--- Comment #15 from Marek Polacek ---
Author: mpolacek
Date: Thu May 19 18:42:31 2016
New Revision: 236484
URL: https://gcc.gnu.org/viewcvs?rev=236484&root=gcc&view=rev
Log:
PR tree-optimization/71031
* tree-vrp.c (extract_range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71184
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Thu May 19 18:10:30 2016
New Revision: 236483
URL: https://gcc.gnu.org/viewcvs?rev=236483&root=gcc&view=rev
Log:
PR c++/71184: Fix NULL dereference in cp_parser_operator
The source-ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70865
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69582
Bug 69582 depends on bug 70865, which changed state.
Bug 70865 Summary: [cilkplus] errors when using cilk features with precompiled
headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70865
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71202
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71202
Bug ID: 71202
Summary: GCC's -funsigned-char ignored by -Wpointer-sign
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70255
--- Comment #23 from Manuel López-Ibáñez ---
(In reply to shatz from comment #22)
> It sucks. The software can't be changed after release, for obvious reasons,
> but docs are not software.
> If it's impossible to change the policy about not fixi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71197
Heiko Becker changed:
What|Removed |Added
CC||heirecka at exherbo dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71196
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71031
Marek Polacek changed:
What|Removed |Added
Summary|[6/7 Regression] ICE in |[6 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71031
--- Comment #13 from Marek Polacek ---
Author: mpolacek
Date: Thu May 19 15:45:35 2016
New Revision: 236477
URL: https://gcc.gnu.org/viewcvs?rev=236477&root=gcc&view=rev
Log:
PR tree-optimization/71031
* tree-vrp.c (extract_range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #39 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 15:19:59 2016
New Revision: 236476
URL: https://gcc.gnu.org/viewcvs?rev=236476&root=gcc&view=rev
Log:
Respect --param ipa-max-agg-items=0
2016-05-19 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71075
--- Comment #2 from Marek Polacek ---
This should fix it:
--- a/gcc/cp/error.c
+++ b/gcc/cp/error.c
@@ -1269,6 +1269,14 @@ dump_decl (cxx_pretty_printer *pp, tree t, int flags)
dump_type (pp, t, flags);
break;
+case VOID_CST:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #38 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 15:17:10 2016
New Revision: 236475
URL: https://gcc.gnu.org/viewcvs?rev=236475&root=gcc&view=rev
Log:
[PR 70646] Store size to inlining predicate conditions
2016-05-19 Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71075
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #37 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 15:10:50 2016
New Revision: 236474
URL: https://gcc.gnu.org/viewcvs?rev=236474&root=gcc&view=rev
Log:
Respect --param ipa-max-agg-items=0
2016-05-19 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
--- Comment #3 from Martin Reinecke ---
In fact, the problem seems to have been patched away very recently.
With a fresh checkout of gcc trunk the test case compiles fine. Sorry for the
noise!
Should I close the bug as resolved/fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #36 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 15:09:21 2016
New Revision: 236473
URL: https://gcc.gnu.org/viewcvs?rev=236473&root=gcc&view=rev
Log:
[PR 70646] Store size to inlining predicate conditions
2016-05-19 Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71201
--- Comment #2 from acsawdey at gcc dot gnu.org ---
>From what I can see, the left-shifted piece of this is not being computed
properly. Looks like maybe register allocation is getting confused and not
treating v17/vs49 as the same thing? Hard to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70255
--- Comment #22 from shatz at dsit dot co.il ---
(In reply to Jakub Jelinek from comment #21)
> It can't be changed in those manuals, ever, both 6.1 and 5.3 releases have
> already been released, their documentation, including online docs, is what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69769
--- Comment #4 from Jonathan Wakely ---
For atomic Clang rejects use of its builtin with a void*:
/usr/local/libcxx-head/include/c++/v1/atomic:1081:40: error: incomplete type
'void' where a complete type is required
But it allows the function p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #34 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 14:56:35 2016
New Revision: 236462
URL: https://gcc.gnu.org/viewcvs?rev=236462&root=gcc&view=rev
Log:
[PR 70646] Store size to inlining predicate conditions
2016-05-19 Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71201
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
CC||acsawdey at gcc dot gnu.org
Rainer Orth ---
Between 20160513 and 20160519, a new testsuite failure occured on Solaris/SPARC
(32- and 64-bit):
FAIL: gfortran.dg/graphite/pr68279.f90 -O (internal compiler error)
FAIL: gfortran.dg/graphite/pr68279.f90 -O (test for excess errors)
/vol/gcc/src/hg/trunk/local/gcc/testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70646
--- Comment #35 from Martin Jambor ---
Author: jamborm
Date: Thu May 19 15:00:12 2016
New Revision: 236463
URL: https://gcc.gnu.org/viewcvs?rev=236463&root=gcc&view=rev
Log:
Respect --param ipa-max-agg-items=0
2016-05-19 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
from Rainer Orth ---
Between 20160513 and 20160519, the following failures started to appear
on sparc*-*-solaris2.*, both 32- and 64-bit:
FAIL: gcc.dg/tree-ssa/scev-3.c scan-tree-dump-times optimized "&a" 1
FAIL: gcc.dg/tree-ssa/scev-4.c scan-tree-dump-times optimized "&a&q
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69769
--- Comment #3 from Jonathan Wakely ---
The same problem exists for std::atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69769
--- Comment #2 from Jonathan Wakely ---
No, I'm not aware of one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
--- Comment #2 from Martin Reinecke ---
I'm not sure why, but on a different machine I get a more detailed error
output, which might help locating the problem:
martin@noemi-laptop ~/Downloads $ g++ -v -O3 -c testcase.ii
Using built-in specs.
CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71201
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71201
Bug ID: 71201
Summary: PowerPC XXPERM instruction fails on ISA 3.0 system.
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70975
--- Comment #2 from Jonathan Wakely ---
Yup, they both use the do_copy_file function to do the work.
I'll see what I can do about tweaking the configure test next week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70975
--- Comment #1 from Rainer Orth ---
The new experimental/filesystem/operations/copy_file.cc test suffers from the
same problem.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71009
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71200
Bug ID: 71200
Summary: [7 regression] ICE (segfault) with -O3
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71164
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71152
--- Comment #6 from Ray Strode ---
i do indeed seem to have ccache installed, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199
--- Comment #3 from David Edelsohn ---
How does _Generic interact with C++ if one includes the same header file in
either language?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199
David Edelsohn changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71198
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
--- Comment #1 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199
--- Comment #1 from Richard Biener ---
Doesn't C have generics for this now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199
Bug ID: 71199
Summary: Support overloadable attribute in GNU C front-end
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71177
--- Comment #4 from Tavian Barnes ---
> I remember seeing a similar bugreport.
PR57199 is very similar, pretty much an exact dupe actually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71056
--- Comment #3 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu May 19 13:43:58 2016
New Revision: 236459
URL: https://gcc.gnu.org/viewcvs?rev=236459&root=gcc&view=rev
Log:
[ARM] PR target/71056: Don't use vectorized builtins when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71198
Bug ID: 71198
Summary: [7 Regression] LTO profiledbootstrap failure
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71157
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71183
--- Comment #4 from James Clarke ---
Proposed patch: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg01487.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70255
--- Comment #21 from Jakub Jelinek ---
It can't be changed in those manuals, ever, both 6.1 and 5.3 releases have
already been released, their documentation, including online docs, is what has
been released at that point.
1 - 100 of 174 matches
Mail list logo
