https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69095
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69099
Bug ID: 69099
Summary: ICE when compiling gcc.dg/atomic/c11-atomic-exec-2.c
with -fsanitize=float-cast-overflow
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69055
--- Comment #8 from Dominique d'Humieres ---
> Created attachment 37174 [details]
> gcc6-pr69055.patch
>
> Untested fix.
All the failures seen with gfortran are gone with the patch without regression.
> The c11-atomic* ICE is completely unrela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68522
Yuri Rumyantsev changed:
What|Removed |Added
CC||ysrumyan at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69089
--- Comment #3 from Dominik Vogt ---
A tested patch with a test case is available here:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02228.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69100
Bug ID: 69100
Summary: ICE: in final_scan_insn, at final.c:2920 with
-msoft-float and __builtin_apply()
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69100
Eric Botcazou changed:
What|Removed |Added
Target|sparc64-unknown-linux-gnu |sparc64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69100
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
--- Comment #19 from Paul Thomas ---
Created attachment 37198
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37198&action=edit
Patch to fix the problem
The attached fixes all versions of the problem and regtests OK on FC21/x86_64.
I would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68991
--- Comment #8 from H.J. Lu ---
Another testcase:
[hjl@gnu-tools-1 pr68991]$ cat add.cc
typedef unsigned int size_type;
#define _GLIBCXX_BITSET_BITS_PER_WORD (__CHAR_BIT__ * __SIZEOF_INT__)
#define _GLIBCXX_BITSET_WORDS(__n) \
((__n) / _GLIB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68071
--- Comment #3 from TC ---
This looks like a duplicate of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64095
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69069
--- Comment #1 from vries at gcc dot gnu.org ---
Created attachment 37199
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37199&action=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69058
--- Comment #2 from vries at gcc dot gnu.org ---
Created attachment 37200
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37200&action=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
--- Comment #20 from Dominique d'Humieres ---
> Created attachment 37198 [details]
> Patch to fix the problem
>
> The attached fixes all versions of the problem and regtests OK on FC21/x86_64.
Are you sure you attached the right patch to the rig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
Paul Thomas changed:
What|Removed |Added
Attachment #37198|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
Bug ID: 69101
Summary: ICE when compiling some tests in gfortran.dg/ieee/
with -fdefault-integer-8 or -finteger-4-integer-8
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34191
Zdenek Sojka changed:
What|Removed |Added
CC||zsojka at seznam dot cz
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34191
--- Comment #8 from Zdenek Sojka ---
And also when using -mcmodel=32 with a 64bit target:
$ sparc64-unknown-linux-gnu-gcc -mcmodel=32 tmp.i -w
/repo/gcc-trunk/gcc/testsuite/gcc.c-torture/execute/2403-1.c: In function
'main':
/repo/gcc-trunk/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
--- Comment #1 from kargl at gcc dot gnu.org ---
This has nothing to do with either -fdefault-integer-8 or
-finteger-4-integer-8. The IEEE module is not implemented
correctly.
program foo
use ieee_arithmetic
implicit none
integer(8) n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69101
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> This has nothing to do with either -fdefault-integer-8 or
> -finteger-4-integer-8. The IEEE module is not implemented
> correctly.
F2003: 14.10 Specification
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69102
Bug ID: 69102
Summary: [4.9/5/6 Regression] ICE: in move_op_ascend, at
sel-sched.c:6138 with -fselective-scheduling2
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
--- Comment #22 from Dominique d'Humieres ---
> Created attachment 37201 [details]
> the right patch this time
Works as expected without regression!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69103
Bug ID: 69103
Summary: Misleading diagnostic for invalid constexpr
initialization
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34191
--- Comment #9 from Eric Botcazou ---
> This switch is undocumented as well.
Exactly, so please do not try to fiddle with it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69015
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Thu Dec 31 23:51:50 2015
New Revision: 232020
URL: https://gcc.gnu.org/viewcvs?rev=232020&root=gcc&view=rev
Log:
PR target/69015
* ifcvt.c (find_cond_trap): Give up if ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69104
Bug ID: 69104
Summary: invalid atomic memory order not diagnosed
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69103
Mikhail Maltsev changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69105
Bug ID: 69105
Summary: front_/back_/insert_iterator should use addressof
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69106
Bug ID: 69106
Summary: std::promise should tolerate overloaded &
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
30 matches
Mail list logo
