https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71864
Markus Trippelsdorf changed:
What|Removed |Added
Target||i686-w64-mingw32
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71873
Senthil Kumar Selvaraj changed:
What|Removed |Added
Target||avr
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71873
Bug ID: 71873
Summary: ICE in push_reload
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
CC|dodji at gcc dot gnu.org, |
|dvyukov at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71866
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #14 from Bernd Edlinger ---
One question though...
This depends on a special knowledge about "vfork",
but it seems that gcc does not honor -ffreestanding
correctly in this case, because:
gcc -ffreestanding pr71104-1.c
should not ha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #6 from nathanael.huebbe at informatik dot uni-hamburg.de ---
(In reply to kargl from comment #5)
> With the patch I posted earlier today and code in comment #1, I see
>
> gfc7 -c a.f90
> a.f90:14:30:
>
> print*, len(me%str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #7 from v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71874
Bug ID: 71874
Summary: memmove works wrong
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: c++
Assignee: una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71874
--- Comment #1 from Andrew Pinski ---
Comment on attachment 38896
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38896
Code to reproduce bug
Memmove comes from libc and in this case you got libc from redhat so you should
report the bug to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #15 from rguenther at suse dot de ---
On Thu, 14 Jul 2016, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
>
> --- Comment #14 from Bernd Edlinger ---
> One question though...
>
> This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
--- Comment #3 from Jakub Jelinek ---
Created attachment 38897
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38897&action=edit
gcc7-pr71858-1.patch
Untested patch for the first issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
--- Comment #4 from Jakub Jelinek ---
Created attachment 38898
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38898&action=edit
gcc7-pr71858-2.patch
And for the second issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71873
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #16 from Bernd Edlinger ---
(In reply to rguent...@suse.de from comment #15)
> On Thu, 14 Jul 2016, bernd.edlinger at hotmail dot de wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
> >
> > --- Comment #14 from Bernd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71489
--- Comment #3 from Rainer Orth ---
Author: ro
Date: Thu Jul 14 09:10:24 2016
New Revision: 238330
URL: https://gcc.gnu.org/viewcvs?rev=238330&root=gcc&view=rev
Log:
Added forgotten PR testsuite/71489 reference.
Modified:
trunk/gcc/testsuit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71489
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Bug ID: 71875
Summary: template specialization compile error
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71865
--- Comment #2 from Jakub Jelinek ---
Ah, the PPC/SPU/s390 builtin conditional macros.
For the testcase, the easiest tweak would be to compile with -std=c11,
so that this mess isn't defined.
Dunno if we should ignore the conditional macros from t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71861
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71862
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71860
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71858
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71857
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
liwei changed:
What|Removed |Added
Severity|normal |critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71871
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71874
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71871
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu Jul 14 10:02:10 2016
New Revision: 238332
URL: https://gcc.gnu.org/viewcvs?rev=238332&root=gcc&view=rev
Log:
Improve doxygen comments for allocators in containers
PR libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70716
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #17 from rguenther at suse dot de ---
On Thu, 14 Jul 2016, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
>
> --- Comment #16 from Bernd Edlinger ---
> (In reply to rguent...@suse.de fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Keywords||rejects-valid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63875
Roman Perepelitsa changed:
What|Removed |Added
CC||roman.perepelitsa at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |6.2
Summary|[5/6 Regression] t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
Martin Liška changed:
What|Removed |Added
Summary|[6 Regression] template |[5 Regression] template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71871
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Bug ID: 71876
Summary: longjmp is miscompiled with -ffreestanding
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #7 from Aurelien Jarno ---
(In reply to Ramana Radhakrishnan from comment #6)
> (In reply to Aurelien Jarno from comment #5)
> > (In reply to Ramana Radhakrishnan from comment #4)
> > > Need to apply Aurelien's patch - looks like that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
--- Comment #18 from Bernd Edlinger ---
(In reply to rguent...@suse.de from comment #17)
> Can you open a separate bug please?
sure: pr71876
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #1 from Bernd Edlinger ---
I'm unsure, if ECF_LEAF is also unsafe:
/* The function does not lead to calls within current function unit. */
#define ECF_LEAF (1 << 10)
I couldn't guarantee for that in a freestanding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71877
Bug ID: 71877
Summary: -fdump-tree-ompexp is generating incomplete code
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71877
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #4 from Jakub Jelinek ---
Reduced testcase:
struct __attribute__((may_alias)) S { int a; };
void
foo (int *x, struct S *y)
{
int i;
for (i = 0; i < 16; i++)
{
int a = 0;
if (*x)
*(struct S *) y = *(struct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|ICE in inchash::a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
Bug ID: 71878
Summary: ICE in
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71866
--- Comment #2 from Richard Biener ---
Author: rguenth
Date: Thu Jul 14 12:15:38 2016
New Revision: 238334
URL: https://gcc.gnu.org/viewcvs?rev=238334&root=gcc&view=rev
Log:
2016-07-14 Richard Biener
PR tree-optimization/71866
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #2 from Bernd Edlinger ---
test case for the ECF_LEAF:
test.c:
int setjmp(void);
static int x;
void foo(int z)
{
x = z;
}
int bar(void)
{
int z = x;
setjmp();
z += x;
return z;
}
gcc -O3 -S -ffreestanding test.c
bar:
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
--- Comment #1 from Thomas Preud'homme ---
Created attachment 38902
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38902&action=edit
Testcase allowing to reproduce ICE in cselib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
Thomas Preud'homme changed:
What|Removed |Added
Target||arm-none-eabi
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71866
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71652
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #4 from Bernd Edlinger ---
And, what is "qsetjmp" ?
Also "setjmp_syscall", "savectx" are also completely new to me.
And why is the prefix "__x" discarded?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71867
--- Comment #2 from Vadim Zeitlin ---
I'll try to add the preprocessed code a bit later, but, FWIW, I can already say
that there is no macro trickery whatsoever in this code itself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66319
--- Comment #19 from dave.anglin at bell dot net ---
On 2016-07-12 10:38 AM, danglin at gcc dot gnu.org wrote:
> Patch looks reasonable but needs to be sent to gcc-patches with cc's.
Further, the patch needs to be submitted by someone with a gcc c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71879
Bug ID: 71879
Summary: Error in unevaluated context breaks SFINAE
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71879
--- Comment #1 from Jonathan Wakely ---
Taking the address of Foo::foo instantiates it, which results in an
error outside the immediate context, so you get an error not a substitution
failure.
http://stackoverflow.com/a/15261234/981959
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880
Bug ID: 71880
Summary: pointer to allocatable character
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71396
Than McIntosh changed:
What|Removed |Added
CC||thanm at google dot com
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71880
--- Comment #1 from Valery Weber ---
what about this one?
cat gcc-6.1b.f90
program t
character(:), dimension(:), allocatable, target :: c
character(:), dimension(:), pointer :: p
allocate(c(10),source='X')
p=>c(:)
write(*,*) 'p=<',p(1),'> c=<',c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71876
--- Comment #6 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #5)
> Perhaps ECF_MAY_BE_ALLOCA too? But ECF_NORETURN and ECF_LEAF are not
> conservative, sure.
Yes. That's right.
alloca can not return null.
See tree_expr_nonzero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #13 from Jonathan Wakely ---
(In reply to Jason Merrill from comment #12)
> (In reply to Jonathan Wakely from comment #4)
> > However with that patch the caught pointer is not null, so it's not right.
>
> For a pointer, you just need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #14 from Jason Merrill ---
Also note that a null pointer to data member is represented as -1, not 0, so
you'll want
*(ptrdiff_t*)thrown_ptr = -1;
for that case.
A null pointer to member function is { nullptr, 0 }.
You might also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
--- Comment #12 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jul 14 14:32:39 2016
New Revision: 238340
URL: https://gcc.gnu.org/viewcvs?rev=238340&root=gcc&view=rev
Log:
[vectorizer][2/2] Hook up mult synthesis logic into vecto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923
--- Comment #10 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Thu Jul 14 14:32:39 2016
New Revision: 238340
URL: https://gcc.gnu.org/viewcvs?rev=238340&root=gcc&view=rev
Log:
[vectorizer][2/2] Hook up mult synthesis logic into vecto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
--- Comment #8 from kargl at gcc dot gnu.org ---
(In reply to vehre from comment #7)
> Hi Karl,
>
> (In reply to kargl from comment #5)
> > With the patch I posted earlier today and code in comment #1, I see
>
> which patch are you referring to?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #6 from rguenther at suse dot de ---
On July 14, 2016 2:33:12 PM GMT+02:00, "jakub at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
>
>Jakub Jelinek changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70923
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
--- Comment #8 from ramana.radhakrishnan at foss dot arm.com ---
On 14/07/16 12:15, aurelien at aurel32 dot net wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59833
>
> --- Comment #7 from Aurelien Jarno ---
> (In reply to Ramana Radhakri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65952
Bug 65952 depends on bug 65951, which changed state.
Bug 65951 Summary: [AArch64] Will not vectorize 64bit integer multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 65951, which changed state.
Bug 65951 Summary: [AArch64] Will not vectorize 64bit integer multiplication
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71872
--- Comment #7 from Jakub Jelinek ---
Will change.
While:
/* PR tree-optimization/71872 */
struct __attribute__((may_alias)) S { int *a; };
int b;
void
foo (int *x, struct S *y)
{
int i;
for (i = 0; i < 16; i++)
{
int *a = &b;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
Paul A. Bristow changed:
What|Removed |Added
CC||pbristow at hetp dot u-net.com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70842
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #9 from ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63875
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69028
--- Comment #4 from Martin Liška ---
Ok, the problem comes from r224161:
Author: aldyh
Date: Fri Jun 5 18:44:53 2015 +
Merge debug-early branch into mainline.
where running:
./xg++ -B. ~/Programming/testcases/PR69028/pr69028.ii -fci
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69028
--- Comment #5 from Martin Liška ---
Created attachment 38904
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38904&action=edit
Candidate patch for the profiling issue
Following cilk function has no location, if it's a valid that a function
/configure --enable-languages=c,c++,lto
--prefix=/usr/local/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 7.0.0 20160714 (experimental) [trunk revision 238331] (GCC)
$
$ gcc-trunk -O3 -c small.c
$ gcc-trunk -O2 -g -c small.c
$ gcc-6.1 -O3 -g -c small.c
$
$ gcc-trunk -O3 -g -c small.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71882
Bug ID: 71882
Summary: elaborated-type-specifier friend not looked up in
unnamed namespace
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71881
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71869
--- Comment #1 from Paul E. Murphy ---
__builtin_isfinite also has a similar issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71807
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
Assignee|una
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58796
--- Comment #15 from Jason Merrill ---
(In reply to Jason Merrill from comment #12)
> For a pointer to member function that's still problematic because the
> exception object for 'throw nullptr' is currently one word, and a pointer to
> member fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
Bug ID: 71883
Summary: ICE in identical_array_ref, at
fortran/dependency.c:104
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71878
--- Comment #3 from Thomas Preud'homme ---
Author: thopre01
Date: Thu Jul 14 16:41:06 2016
New Revision: 238346
URL: https://gcc.gnu.org/viewcvs?rev=238346&root=gcc&view=rev
Log:
2016-07-14 Thomas Preud'homme
gcc/
PR rtl-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70977
Romain Geissler changed:
What|Removed |Added
CC||romain.geissler at amadeus dot
com
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71884
Bug ID: 71884
Summary: ICE in gfc_trans_allocate, at
fortran/trans-stmt.c:5582 and :5698
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71884
--- Comment #1 from Gerhard Steinmetz
---
Another source position with obviously invalid code :
$ cat za.f90
program p
character(:), allocatable :: z
allocate (character(*) :: z)
end
$ gfortran-7-20160710 za.f90
za.f90:3:0:
alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
--- Comment #2 from Gerhard Steinmetz
---
Runtime behavior :
$ cat y1.f90
program p
character(3), allocatable :: z(:,:)
z(1:2,1:2) = 'abc'
z(2,1) = z(1,2)
z(2,1) = z(1,2)
end
$ gfortran-6 -g -O0 -Wall -fcheck=all -fno-frontend-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71883
--- Comment #1 from Gerhard Steinmetz
---
Backup tests, analogous backtrace :
$ cat z2.f90
program p
character(:), allocatable :: z(:,:)
z(1:2,1:2) = 'abc'
z(2,1) = z(12)
z(21) = z(1,2)
end
$ cat z3.f90
program p
character(3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71885
Bug ID: 71885
Summary: Incorrect code generated with -01, function calls are
missing
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
1 - 100 of 132 matches
Mail list logo