https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71591
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Mon Jun 20 21:40:02 2016
New Revision: 237620
URL: https://gcc.gnu.org/viewcvs?rev=237620&root=gcc&view=rev
Log:
PR rtl-optimization/71591
* toplev.c (toplev::run_self_tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71581
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Mon Jun 20 21:41:20 2016
New Revision: 237621
URL: https://gcc.gnu.org/viewcvs?rev=237621&root=gcc&view=rev
Log:
PR middle-end/71581
* tree-ssa-uninit.c (warn_uninit): If
gcc version 7.0.0 20160620 (experimental) [trunk revision 237605] (GCC)
$:
$: gcc-trunk -c small.c
small.c: In function ‘fn1’:
small.c:3:3: internal compiler error: in build_va_arg, at
c-family/c-common.c:5810
__builtin_va_arg(pap, double);
^~~~
0x7067a2 build_va_arg(unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71601
--- Comment #1 from Joseph S. Myers ---
Author: jsm28
Date: Mon Jun 20 22:58:20 2016
New Revision: 237622
URL: https://gcc.gnu.org/viewcvs?rev=237622&root=gcc&view=rev
Log:
Fix ICE on conditional expression between DFP and non-DFP float (PR c/71
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71601
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71603
Bug ID: 71603
Summary: pragma diagnostic pop fails to restore warning level
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590
--- Comment #2 from gliu ---
(In reply to Martin Sebor from comment #1)
> It is true that there is no std::string::operator=(int) but the assignment
> in 'x = a' resolves to std::string::operator(char). The program is valid.
Thanks for explaina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590
--- Comment #3 from Martin Sebor ---
There is a (subtle) difference between the initialization in "std::string s =
a;" and the assignment in "std::string s; s = a;" When valid, the
initialization invokes a constructor (possibly two), while the a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590
--- Comment #4 from gliu ---
(In reply to Martin Sebor from comment #3)
> There is a (subtle) difference between the initialization in "std::string s
> = a;" and the assignment in "std::string s; s = a;" When valid, the
> initialization invokes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602
--- Comment #3 from vries at gcc dot gnu.org ---
Here (
https://gcc.gnu.org/onlinedocs/gccint/Register-Arguments.html#index-TARGET_005fCANONICAL_005fVA_005fLIST_005fTYPE-4283
) I read:
...
Target Hook: tree TARGET_CANONICAL_VA_LIST_TYPE (tree type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602
--- Comment #4 from vries at gcc dot gnu.org ---
Created attachment 38736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38736&action=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71602
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71567
--- Comment #2 from Artem ---
Thank you for help.
Could you please also advise which kind of optimization performed here. Could
it be switched off by using some compiler options? (because there are a lot of
such places in the source code)
Also I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71567
--- Comment #3 from Andrew Pinski ---
Try -fno-aggressive-loop-optimizations .
101 - 116 of 116 matches
Mail list logo
