https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
--- Comment #20 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Fri Nov 25 08:03:51 2016
New Revision: 242858
URL: https://gcc.gnu.org/viewcvs?rev=242858&root=gcc&view=rev
Log:
2016-11-25 Jakub Jelinek
Prath
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77541
--- Comment #7 from Uroš Bizjak ---
The test needs
/* { dg-require-effective-target int128 } */
instead of
/* { dg-require-effective-target lp64 } */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78516
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
Richard Biener changed:
What|Removed |Added
CC||amker at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44685
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78514
--- Comment #2 from Richard Biener ---
clang++ rejects it (version 3.6.1):
> clang++ -S t.C -std=c++11
t.C:21:39: error: extraneous template parameter list in alias template
declaration
template template using n = g;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78514
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78501
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
--- Comment #4 from amker at gcc dot gnu.org ---
Yes, it duplicates PR78510.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38319
--- Comment #10 from Paul Thomas ---
Of the testcases originally highlighted:
alloc_comp_assign_2.f90 still leaks
alloc_comp_assign_4.f90 still leaks
alloc_comp_basics_2.f90 still leaks
alloc_comp_basics_5.f90 is OK - probabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78467
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 08:51:38 2016
New Revision: 242864
URL: https://gcc.gnu.org/viewcvs?rev=242864&root=gcc&view=rev
Log:
PR gcov-profile/78467
* gcc.dg/tree-prof/comp-goto-1.c (in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78467
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
--- Comment #4 from Jakub Jelinek ---
Note -fcompare-debug compares the -fdump-final-insns= dumps, those include RTL,
but not the LTO streams. So while it might not be very useful for -flto, there
is no inherent reason why it wouldn't work.
Of c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78396
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Fri Nov 25 08:59:28 2016
New Revision: 242865
URL: https://gcc.gnu.org/viewcvs?rev=242865&root=gcc&view=rev
Log:
2016-11-25 Richard Biener
PR tree-optimization/78396
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
--- Comment #5 from Jakub Jelinek ---
Ah, I can reproduce even on current trunk with additional
-fno-printf-return-value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #9 from James Greenhalgh ---
Author: jgreenhalgh
Date: Fri Nov 25 09:25:31 2016
New Revision: 242866
URL: https://gcc.gnu.org/viewcvs?rev=242866&root=gcc&view=rev
Log:
[Patch i386] PR78509 - TARGET_C_EXCESS_PRECISION should not retur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78494
--- Comment #5 from Markus Trippelsdorf ---
Another issue. cse only uses 1% of its allocations:
==15253== 17 of 100
==15253== max-live:536,400 in 1 blocks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #10 from James Greenhalgh ---
Should now be fixed, but I'll leave open for Rainer to confirm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #4 from ktkachov at gcc dot gnu.org ---
Then GCC 7 won't build any kernel with KASAN until those kernel patches go in?
That's unfortunate, but I guess it's not easy to teach GCC to enable
-fsanitize-use-after-scope only if the runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965
--- Comment #9 from Martin Jambor ---
Author: jamborm
Date: Fri Nov 25 09:49:19 2016
New Revision: 242867
URL: https://gcc.gnu.org/viewcvs?rev=242867&root=gcc&view=rev
Log:
[PR 70965] Schedule extra rebuild_cgraph_edges
2016-11-25 Martin Jambo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #5 from Martin Liška ---
(In reply to ktkachov from comment #4)
> Then GCC 7 won't build any kernel with KASAN until those kernel patches go
> in?
> That's unfortunate, but I guess it's not easy to teach GCC to enable
> -fsanitize-use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67205
--- Comment #12 from Eric Botcazou ---
Author: ebotcazou
Date: Fri Nov 25 09:59:45 2016
New Revision: 242868
URL: https://gcc.gnu.org/viewcvs?rev=242868&root=gcc&view=rev
Log:
PR ada/67205
* config/mips/mips.c (TARGET_CUSTOM_FUNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78513
--- Comment #6 from Dmitry Vyukov ---
> Then GCC 7 won't build any kernel with KASAN until those kernel patches go in?
Yes.
Kernel passes -fsanitize=kernel-address, some behavior tuning can be done based
on that flag.
Please notify kasan-...@g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70965
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77673
--- Comment #8 from Thomas Preud'homme ---
Author: thopre01
Date: Fri Nov 25 10:03:38 2016
New Revision: 242869
URL: https://gcc.gnu.org/viewcvs?rev=242869&root=gcc&view=rev
Log:
Fix PR77673: bswap loads passed end of object
2016-11-25 Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070
--- Comment #4 from Gerhard Steinmetz
---
At a first glance with gfortran-6 (configured with --enable-checking=yes),
still ICEs for all posted and unposted cases. A dedicated one :
$ gfortran-6 z3.f90
f951: internal compiler error: Segmentatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70070
--- Comment #5 from Gerhard Steinmetz
---
FYI, for some circumstances there existed related issues like :
using LANG=de_DE.UTF-8
f951: internal compiler error: Speicherzugriffsfehler
0xc4265f crash_signal
../../gcc/toplev.c:333
0x13f4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523
Bug ID: 78523
Summary: ICE on valid lambda code with implicit capture
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78343
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Fri Nov 25 10:22:57 2016
New Revision: 242872
URL: https://gcc.gnu.org/viewcvs?rev=242872&root=gcc&view=rev
Log:
2016-11-24 Richard Biener
PR tree-optimization/78343
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78343
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Summary|[6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78319
--- Comment #11 from prathamesh3492 at gcc dot gnu.org ---
(In reply to amker from comment #10)
> Hi Prathamesh,
> I saw it starting XPASS on arm-none-eabi in test now:
>
> spawn /.../gcc/xgcc -B/.../gcc/
> /.../gcc/gcc/testsuite/gcc.dg/uninit-pr
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: ebotcazou at gcc dot gnu.org
Target Milestone: ---
It's a recently introduced ICE:
+===GNAT BUG DETECTED==+
| 7.0.0 201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #1 from Eric Botcazou ---
Created attachment 40147
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40147&action=edit
Reduced testcase
Compile with just gcc/gnat1 -quiet p.adb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78467
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Jakub Jelinek ---
> Assuming this is fixed. Please reopen if not.
It is: I'd included it in last night's bootstrap. After Andreas' hint,
I just had to look three
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #11 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from James Greenhalgh ---
> Should now be fixed, but I'll leave open for Rainer to confirm.
I'd included your patch in last night's i386-pc-solaris2.12 bootstraps
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78525
Bug ID: 78525
Summary: use -O2 for "go build" by default
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78509
--- Comment #12 from James Greenhalgh ---
I tried looking at the generated assembly for that test with the compilers I
built before my patch series, and after the patch series + the fix above. I
couldn't see any difference in code generated for t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Bug ID: 78526
Summary: [7 Regression] ICE: in decompose, at rtl.h:2117 with
-g -mavx512bw
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-c
version 7.0.0 20161125 (experimental) [trunk revision 242857] (GCC)
$
$ gcc-trunk -O3 small.c
small.c: In function ‘main’:
small.c:16:1: internal compiler error: in smallest_mode_for_size, at
stor-layout.c:364
}
^
0xbd6ff0 smallest_mode_for_size(unsigned int, mode_class)
../../gcc-source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78522
Jonathan Wakely changed:
What|Removed |Added
Resolution|WONTFIX |INVALID
--- Comment #2 from Jonathan W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
Jakub Jelinek changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78211
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78523
Richard Biener changed:
What|Removed |Added
Known to work||4.9.4
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78517
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Nov 25 11:45:43 2016
New Revision: 242874
URL: https://gcc.gnu.org/viewcvs?rev=242874&root=gcc&view=rev
Log:
PR middle-end/78507
PR middle-end/78510
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78510
--- Comment #4 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Nov 25 11:45:43 2016
New Revision: 242874
URL: https://gcc.gnu.org/viewcvs?rev=242874&root=gcc&view=rev
Log:
PR middle-end/78507
PR middle-end/78510
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
--- Comment #5 from amker at gcc dot gnu.org ---
Author: amker
Date: Fri Nov 25 11:45:43 2016
New Revision: 242874
URL: https://gcc.gnu.org/viewcvs?rev=242874&root=gcc&view=rev
Log:
PR middle-end/78507
PR middle-end/78510
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77659
--- Comment #4 from Jakub Jelinek ---
This is tsubst ICE on ADDR_EXPR .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #3 from amker at gcc dot gnu.org ---
Hi Eric,
Could you help verify if below commit fix this please?
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=242874
Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78518
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77345
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #4 from Richard Biener ---
Isn't fixed by that commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72808
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #5 from Richard Biener ---
The MIN_EXPR it builds is correct now though. Looks like a bug in Adas
max_size to me when invoked on
unit size
align 8 symtab 0 alias set 4 canonical type 0x761e7498
precisi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
Richard Biener changed:
What|Removed |Added
Component|middle-end |ada
--- Comment #6 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78293
--- Comment #3 from Paul Thomas ---
Author: pault
Date: Fri Nov 25 12:23:43 2016
New Revision: 242875
URL: https://gcc.gnu.org/viewcvs?rev=242875&root=gcc&view=rev
Log:
2016-11-25 Andre Vehreschild
Paul Thomas
PR fortran/78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
--- Comment #7 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #5)
> The MIN_EXPR it builds is correct now though. Looks like a bug in Adas
> max_size to me when invoked on
>
> type type visited string-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78524
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #4 from janus at gcc dot gnu.org ---
Here is a slightly less verbose version of the test case which runs into the
same ICE:
module Communicator_Form
implicit none
type :: CommunicatorForm
contains
final :: Finalize
end ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
--- Comment #3 from Jakub Jelinek ---
8097int width = GET_MODE_PRECISION (GET_MODE (inner))
8098- INTVAL (XEXP (inner, 1));
8099if (width > mode_width)
8100 width = mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77345
--- Comment #3 from Arseny Solokha ---
Can it possibly be a duplicate of PR71724?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #16 from Dominik Vogt ---
In emit-rtl.c:init_emit(), the alignment of the virtual_stack_dynamic pointer
is hard coded to STACK_BOUNDARY:
REGNO_POINTER_ALIGN (VIRTUAL_STACK_DYNAMIC_REGNUM) = STACK_BOUNDARY;
The backend must make s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #17 from Eric Botcazou ---
> In emit-rtl.c:init_emit(), the alignment of the virtual_stack_dynamic
> pointer is hard coded to STACK_BOUNDARY:
>
> REGNO_POINTER_ALIGN (VIRTUAL_STACK_DYNAMIC_REGNUM) = STACK_BOUNDARY;
>
> The backen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78507
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78515
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Fri Nov 25 14:05:04 2016
New Revision: 242876
URL: https://gcc.gnu.org/viewcvs?rev=242876&root=gcc&view=rev
Log:
2016-11-25 Richard Biener
PR ipa/78515
* ipa-prop.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
--- Comment #2 from Jakub Jelinek ---
What happens is that valtrack creates a paradoxical subreg:
(debug_insn 28 14 15 2 (var_location:V4TI D#2 (subreg:V4TI (reg:TI 94) 0)) -1
(nil))
(insn 15 28 16 2 (set (subreg:TI (reg/v:V4TI 90 [ v ]) 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78086
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Fri Nov 25 14:23:25 2016
New Revision: 242877
URL: https://gcc.gnu.org/viewcvs?rev=242877&root=gcc&view=rev
Log:
Don't use priority {cd}tors if not supported by a target (PR
PR g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Fri Nov 25 14:23:54 2016
New Revision: 242878
URL: https://gcc.gnu.org/viewcvs?rev=242878&root=gcc&view=rev
Log:
Fix documentation reference (PR web/71666)
PR web/71666
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78086
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71666
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78526
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #18 from Dominik Vogt ---
Another approach may be to make the middleend ask the backend for the actual
value of REGNO_POINTER_ALIGN (VIRTUAL_STACK_DYNAMIC_REGNUM). Since on Sparc
the address is always 4 mod 8, we'd get an additional
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17040
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28564
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35038
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78512
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78528
Bug ID: 78528
Summary: Recursion not optimized in simple case
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78529
Bug ID: 78529
Summary: gcc.c-torture/execute/builtins/strcat-chk.c failed
with lto/O2
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78530
Bug ID: 78530
Summary: std::copy of volatile array triggers invalid
conversion error
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #5 from janus at gcc dot gnu.org ---
The most immediate way to fix it is this:
Index: gcc/fortran/class.c
===
--- gcc/fortran/class.c (revision 242875)
+++ gcc/fortran/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78505
--- Comment #1 from Damian Rouson ---
Section 9.7.1.2, paragraph 4, of the draft Fortran 2015 standard [1]:
"When an ALLOCATE statement is executed for which an allocate-object is a
coarray, there is an implicit synchronization of all active ima
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61767
--- Comment #6 from janus at gcc dot gnu.org ---
(In reply to janus from comment #5)
> The most immediate way to fix it is this:
> [...]
> This gets rid of the ICE on the given test case. I will check if it survives
> a full regtest.
Indeed the p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78527
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Fri Nov 25 17:12:29 2016
New Revision: 242879
URL: https://gcc.gnu.org/viewcvs?rev=242879&root=gcc&view=rev
Log:
PR rtl-optimization/78527
* combine.c (make_compound_opera
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
--- Comment #5 from janus at gcc dot gnu.org ---
Author: janus
Date: Fri Nov 25 17:22:37 2016
New Revision: 242880
URL: https://gcc.gnu.org/viewcvs?rev=242880&root=gcc&view=rev
Log:
2016-11-25 Janus Weil
PR fortran/60853
* int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60853
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78531
Bug ID: 78531
Summary: [7 Regression] gnat bootstrap broken on linux targets
with _FORTIFY_SOURCE enabled
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity
1 - 100 of 144 matches
Mail list logo