https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78703
--- Comment #3 from Jakub Jelinek ---
For -fprintf-return-value, it is desirable to count with the worst case, but
I'm not sure it is the right behavior for the warning. If we are aware of just
1 and 2 byte decimal points in the wild, forcing an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78706
Bug ID: 78706
Summary: [7 Regression] ICE in is_complex_reg (segfault)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78704
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626
--- Comment #6 from Arseny Solokha ---
(In reply to Bernd Schmidt from comment #4)
> Created attachment 40269 [details]
> Candidate patch
It fixes this particular issue. I didn't run regtest, though.
Meanwhile, I have four additional snippets w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 71537, which changed state.
Bug 71537 Summary: GCC rejects consetxpr boolean conversions and comparisons on
the result of pointer arithmetic.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71537
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78706
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78692
--- Comment #3 from Jakub Jelinek ---
*** Bug 78706 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78691
--- Comment #6 from amker at gcc dot gnu.org ---
Author: amker
Date: Wed Dec 7 10:14:58 2016
New Revision: 243335
URL: https://gcc.gnu.org/viewcvs?rev=243335&root=gcc&view=rev
Log:
PR tree-optimization/78691
* match.pd ((convert1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
Eric Botcazou changed:
What|Removed |Added
Component|libgomp |middle-end
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
Aldy Hernandez changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #16 from Aldy Herna
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78691
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
rget=avr
--prefix=/local/gnu/install/gcc-6 --disable-nls --disable-shared --with-dwarf2
--with-gnu-ld --with-gnu-as target_alias=avr --enable-languages=c,c++,lto
--enable-checking=release
Thread model: single
gcc version 6.2.1 20161207 (GCC)
$ svn info
Path: .
Working Copy Root Path: /srv/local/gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78707
Georg-Johann Lay changed:
What|Removed |Added
Keywords||ice-on-valid-code, ra
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78655
--- Comment #5 from Jonathan Wakely ---
(In reply to Richard Biener from comment #1)
> Of course I wonder why the check is here in the first place... Is placement
> new valid for nullptr?
It used to be, but is now UB, since
http://www.open-std.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717
--- Comment #4 from Segher Boessenkool ---
That works I guess... Please test on BE and 32-bit as well. Oh, and
no parens in a = (b) ? c : d; (for simple b at least).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78708
Bug ID: 78708
Summary: [ASAN][LTO] ICE in expand_ASAN_MARK, at
internal-fn.c:380 - when compiling but not linking
with ASAN
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78153
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626
--- Comment #7 from Segher Boessenkool ---
(In reply to Bernd Schmidt from comment #4)
> Created attachment 40269 [details]
> Candidate patch
That looks great :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626
--- Comment #8 from Segher Boessenkool ---
... and works fine, too!
ms:
stwu 1,-32(1)
lis 9,qs@ha
lwz 9,qs@l(9)
twnei 9,0
.L6:
b .L6
Nice :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #13 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #12)
> Perhaps the splitter in problem
> might have to take care of subreg case even when referencing
> a reg rtx in the input operands.
So it looks like a new rtx obje
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77414
--- Comment #5 from Dominique d'Humieres ---
> > The tests z7.f90, z8.f90, and z9.f90 compiles without error
> > at revision r242002 although I think they are invalid.
> > They give an ICE with r241962.
>
> This is due to r241972 (pr77596).
This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626
--- Comment #9 from Bernd Schmidt ---
I can't read that assembly language, but I'll take your word for it. I'm
testing the patch on x86.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78589
--- Comment #7 from Martin Jambor ---
Author: jamborm
Date: Wed Dec 7 13:09:07 2016
New Revision: 243344
URL: https://gcc.gnu.org/viewcvs?rev=243344&root=gcc&view=rev
Log:
Use dump_function_name rather than emit
2016-12-07 Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78633
--- Comment #14 from Kazumoto Kojima ---
No problem. I can continue nightly build&test with a minimal change
diff --git a/gcc/config/sh/sh.md b/gcc/config/sh/sh.md
index c6956a0..edadba7 100644
--- a/gcc/config/sh/sh.md
+++ b/gcc/config/sh/sh.m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959
Nathan Sidwell changed:
What|Removed |Added
Assignee|nathan at gcc dot gnu.org |unassigned at gcc dot
gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21481
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|nathan at gcc do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78709
Bug ID: 78709
Summary: Code size is bigger at -Os than at -O3
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78710
Bug ID: 78710
Summary: suggest better exception text for stoi, stol, ...
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78710
--- Comment #1 from Nicolai Josuttis ---
applies to any version AFAIK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
Bug ID: 78711
Summary: gcc-6.2.0:: libjavamath.so inconsistent gmp link
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78712
Bug ID: 78712
Summary: gcc-4.9.4:: libjavamath.so inconsistent gmp link
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78713
Bug ID: 78713
Summary: [missed optimization] gcc doesn't use clobbers to
optimize constructors
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78561
--- Comment #18 from James Greenhalgh ---
Author: jgreenhalgh
Date: Wed Dec 7 14:01:59 2016
New Revision: 243345
URL: https://gcc.gnu.org/viewcvs?rev=243345&root=gcc&view=rev
Log:
[Patch PR78561 PowerPC] Revert to old behaviour for counting con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78697
--- Comment #1 from Matthias Klose ---
well, it does make sense when the header files differ, however that is not the
case for the gc header files afaics. Is this what you are looking for? The
fallback directory should not override the values g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78709
--- Comment #1 from ErikaMolnar ---
The code size is smaller because of -ftree-loop-distribute-patterns, this
options has no effect on –Os.
Could you make this optimization to work on –Os also? as it is quite useful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72775
--- Comment #11 from Marek Polacek ---
This patch seems to disable initialization of a flexible array member in a
constructor, and, curiously, doesn't regress anything in C++ dg.exp.
--- a/gcc/cp/init.c
+++ b/gcc/cp/init.c
@@ -800,6 +800,11 @@ p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72775
--- Comment #12 from Marek Polacek ---
(In reply to Matteo Bertello from comment #10)
> Just had the same internal compiler error on a different piece of code,
> using GCC 6.1.1 on Fedora 24.
> Might be useful to investigate the cause.
This code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78698
--- Comment #1 from Matthias Klose ---
didn't check a configuration with --disable-shared :-/ What about checking for
a $bdw_lib_dir/libgc.la and in that case setting BDW_GC_LIBS to
$bdw_lib_dir/libgc.la and skipping the compile and link tests?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
--- Comment #11 from Nathan Sidwell ---
Created attachment 40276
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40276&action=edit
non-union crash
Union is not necessary to trigger the ICE. All we need is to initialize a char
array with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78708
Tobias Burnus changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|[ASAN][LTO] ICE i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78712
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
--- Comment #2 from Andreas Schwab ---
*** Bug 78712 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78714
Bug ID: 78714
Summary: std::get_time does not accept full month name in %b
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78694
--- Comment #7 from Sebastian Huber ---
Are you able to reproduce the problem with this information? You need the
attached test case. The arm-eabi GCC build itself works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78695
--- Comment #7 from Matthias Klose ---
gcc configured with
--enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++ --prefix=/usr
--program-suffix=-7 --program-prefix=powerpc64le-linux-gnu- --enable-shared
--enable-linker-build-id --libexecdir=/usr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78694
--- Comment #8 from ktkachov at gcc dot gnu.org ---
No, sorry.
It doesn't ICE for me.
Given that the ICE is an RTL sharing ICE, I believe it should only appear when
RTL checking is enabled through --enable-checking=rtl but I don't see that in
your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
--- Comment #3 from Eric ---
(In reply to Andreas Schwab from comment #1)
> The included gmp is host-only, only for use with the compiler, not the
> target libraries.
sorry if I don't understand correctly.
what do you mean by "only for use wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
--- Comment #4 from Andreas Schwab ---
The target libraries must always be built against the libraries of the target
system. You have to populate the sysroot accordingly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78711
--- Comment #5 from Eric ---
(In reply to Andreas Schwab from comment #4)
> The target libraries must always be built against the libraries of the
> target system. You have to populate the sysroot accordingly.
as during gcc build gmp is built v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51960
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Wed Dec 7 15:55:39 2016
New Revision: 243358
URL: https://gcc.gnu.org/viewcvs?rev=243358&root=gcc&view=rev
Log:
libstdc++/51960 move-construction for raw_storage_iterator
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78565
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55727
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77761
--- Comment #3 from Uroš Bizjak ---
Author: vmakarov
Date: Tue Dec 6 20:02:03 2016
New Revision: 243316
URL: https://gcc.gnu.org/viewcvs?rev=243316&root=gcc&view=rev
Log:
2016-12-06 Vladimir Makarov
target/77761
* lra-lives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77761
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78698
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78326
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51960
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|7.0 |6.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64767
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78708
--- Comment #2 from Jakub Jelinek ---
Works? You mean it doesn't ICE? As soon as there are any libasan routine
calls, it can't really link properly, at least not unless you g++ test.o -lasan
Anyway, this is related to PR69254, probably when st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78326
--- Comment #7 from Jonathan Wakely ---
Author: redi
Date: Wed Dec 7 16:05:49 2016
New Revision: 243369
URL: https://gcc.gnu.org/viewcvs?rev=243369&root=gcc&view=rev
Log:
PR78326 fix incorrect access of data member in base class
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65254
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
--- Comment #17 from Jeffrey A. Law ---
It's just latent. We still need to fix it appropriately.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78698
--- Comment #3 from Matthias Klose ---
On 07.12.2016 17:06, egall at gwmail dot gwu.edu wrote:
> Note that some package managers automatically delete .la files as part of the
> installation process. I suppose it'd just fall through to the compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62182
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61593
--- Comment #1 from Eric Gallager ---
The gcc documentation says pragma mark should be accepted:
https://gcc.gnu.org/onlinedocs/gcc/Darwin-Pragmas.html#Darwin-Pragmas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78715
Bug ID: 78715
Summary: [concepts] Access specifiers ignored after concept
declaration
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78654
--- Comment #3 from Jakub Jelinek ---
It is mostly -fsanitize=alignment related on the serpent_generic.i, all the
other undefined sanitizers together cause largest frame of size 600 or so.
Also, if you use -fsanitize=undefined -fno-sanitize-recov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77862
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72683
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61593
--- Comment #2 from Sean ---
Eric, thanks for your reply.
Those docs read to me like the pragma is only supported *on* Darwin.
I guess I was not clear when creating this ticket: I'm interested in the pragma
being accepted on any platform.
In o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71965
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78716
Bug ID: 78716
Summary: [7 Regression] ICE in gimplify_va_arg_expr, at
gimplify.c:12650 (i686-linux-gnu)
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
--- Comment #18 from Aldy Hernandez ---
On 12/07/2016 11:38 AM, law at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
>
> --- Comment #17 from Jeffrey A. Law ---
> It's just latent. We still need to fix it appropriat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78716
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78716
--- Comment #2 from Marek Polacek ---
I think I see the error. If I add this hunk back (that r240072 removed), it
doesn't ICE anymore:
--- a/gcc/builtins.c
+++ b/gcc/builtins.c
@@ -4124,6 +4124,8 @@ std_canonical_va_list_type (tree type)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78717
Bug ID: 78717
Summary: no definition of string::find when lowered to gimple
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66414
AK changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comment #6 from AK --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78617
--- Comment #3 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Dec 7 17:56:53 2016
New Revision: 243374
URL: https://gcc.gnu.org/viewcvs?rev=243374&root=gcc&view=rev
Log:
2016-12-07 Thomas Preud'homme
gcc/
PR rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78708
--- Comment #3 from Tobias Burnus ---
(In reply to Jakub Jelinek from comment #2)
> Works? You mean it doesn't ICE? [...]
That's what I meant.
Of course, when the bug is fixed, calling GCC as I did will will give tons of
undefined symbols erro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|NEW
--- Comment #10 from H.J. Lu ---
(In repl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78671
--- Comment #3 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #2)
> Started with r243038.
It has just triggered a latent bug. It is a pretty interesting bug. The
problem is that a TImode pseudo has class INT_SSE_REGS and r15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78617
--- Comment #4 from Thomas Preud'homme ---
Author: thopre01
Date: Wed Dec 7 18:15:52 2016
New Revision: 243375
URL: https://gcc.gnu.org/viewcvs?rev=243375&root=gcc&view=rev
Log:
2016-12-07 Thomas Preud'homme
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78674
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631
--- Comment #11 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #10)
>
> MPX wrapper library isn't built with -z bndplt since it doesn't call
> external functions with bounds. But some internal functions, which
> need bounds, are calle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78626
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72775
Nathan Sidwell changed:
What|Removed |Added
CC||nathan at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69543
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71965
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78550
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78551
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70149
Gerhard Steinmetz changed:
What|Removed |Added
CC||gerhard.steinmetz.fortran@t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78718
Bug ID: 78718
Summary: ICE in gfc_get_symbol_decl, at
fortran/trans-decl.c:1427
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719
Bug ID: 78719
Summary: ICE in gfc_get_symbol_decl, at
fortran/trans-decl.c:1438
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72775
--- Comment #14 from Marek Polacek ---
I think you're right. I dropped the check and am regtesting this again.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68569
--- Comment #2 from Gerhard Steinmetz
---
Update, backtrace :
$ gfortran-7-20161204 -c z2a.f90
z2a.f90:4:12:
data x /'a'/
1
Warning: Initialization string at (1) was truncated to fit the variable (0/1)
z2a.f90:1:0:
subroutin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719
--- Comment #1 from Gerhard Steinmetz
---
Detected with type "real" instead of "class(t)" :
$ cat z3.f90
program p
type t
integer :: n
end type
real :: g !!
abstract interface
subroutine h
end
end interface
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78719
--- Comment #2 from Gerhard Steinmetz
---
Interestingly, following invalid variant with "type(t)"
is silently accepted and gives same results as z0.f90 in comment 1.
$ cat z2.f90
program p
type t
integer :: n
end type
type(t) :
1 - 100 of 192 matches
Mail list logo
