https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Thu Jan 21 03:38:32 2016
New Revision: 232662
URL: https://gcc.gnu.org/viewcvs?rev=232662=gcc=rev
Log:
PR c/52291 - __sync_fetch_and_add and friends poorly specified for pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68442
--- Comment #5 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #4)
> Related to pr69397. With the patch in pr69397 comment 2, the ICE is replaced
> with the error:
>
> pr68442.f90:7:21:
>
>character(kind=gkind())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69371
--- Comment #4 from Thomas Preud'homme ---
Doh, I should have caught that earlier. The bug can be seen in:
% grep -c dg-option special_functions/18_riemann_zeta/check_value.cc
3
Using dg-additional-option for the timeout solves the issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69407
Bug ID: 69407
Summary: -Wunused-value on __atomic_fetch_OP and
__atomic_OP_fetch
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
--- Comment #5 from Martin Sebor ---
Documentation patch posted for review:
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg01581.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
Bug ID: 69404
Summary: atomic builtins silently discard cv-qualifiers
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #5 from Martin Sebor ---
The GCC manual says the __atomic builtins are meant to be compatible with those
described in the Intel Itanium Processor-specific Application Binary Interface,
section 7.4. Both the ABI and the GCC manual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52291
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69403
Bug ID: 69403
Summary: Wrong thumb2_ior_scc_strict_it insn pattern.
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
Martin Sebor changed:
What|Removed |Added
Summary|atomic builtins silently|atomic builtins accept
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P2
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
H.J. Lu changed:
What|Removed |Added
CC||mrs at gcc dot gnu.org
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Bug ID: 69405
Summary: [6 Regression] ICE in c_tree_printer on an invalid
__atomic_fetch_add
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
--- Comment #3 from Jerry DeLisle ---
(In reply to Dominique d'Humieres from comment #2)
> Related to/duplicate of pr68442.
Sort of related, but I find 68442 fixed already.
> - gcc_assert (sym->attr.flavor == FL_PROCEDURE);
> + /*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
--- Comment #3 from H.J. Lu ---
Fix this may also fix PR 69399.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69377
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #3 from Andrew Pinski ---
(In reply to Martin Sebor from comment #1)
> Actually, with more testing I see the builtins do even more than that: they
> silently convert between pointers to types of the same size. (Clang
> diagnoses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #4 from Andrew Pinski ---
Oh one more thing about qualifiers: _Atomic is a qualifer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
--- Comment #4 from H.J. Lu ---
Before wide-int:
Lattice value changed to CONSTANT 18446744073709551614. Adding SSA edges to
worklist.
After wide-int:
Lattice value changed to CONSTANT 0xfffe. Adding
SSA edges to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69402
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933
Andrew Pinski changed:
What|Removed |Added
CC||hcma at hcma dot info
--- Comment #14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69404
--- Comment #2 from Andrew Pinski ---
So this might be following C++ rules here dealing with qualifiers.
There is no discarding of qualifiers either but rather adding them according to
C++ rules.
Note C and C++ deals with inner qualifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69405
Martin Sebor changed:
What|Removed |Added
Known to fail||6.0
--- Comment #2 from Martin Sebor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69406
Bug ID: 69406
Summary: FAIL: 17_intro/headers/c++2011/linkage.cc (test for
excess errors)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55115
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69366
--- Comment #3 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Jan 20 14:34:55 2016
New Revision: 232617
URL: https://gcc.gnu.org/viewcvs?rev=232617=gcc=rev
Log:
Require non-x32 target for compile-time MPX tests
Compile-time MPX tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69371
--- Comment #3 from Jonathan Wakely ---
(In reply to Ed Smith-Rowland from comment #2)
> The message looks more like a header - cmath - is not included or that
> the line
> // { dg-options "-D__STDCPP_WANT_MATH_SPEC_FUNCS__" }
> or equivalent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
Bill Schmidt changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46393
--- Comment #1 from Jeffrey A. Law ---
It appears the problem starts with forwprop turning the pointer accesses into
array/structure memory accesses. This is generally a good thing.
However, in this instance it makes it awful hard to recover
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69390
Kyle J Strand changed:
What|Removed |Added
CC||kyle.strand at beckman dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
--- Comment #5 from Manuel López-Ibáñez ---
(In reply to Manuel López-Ibáñez from comment #4)
> (In reply to Jakub Jelinek from comment #3)
> > This changed behavior with r213102 aka PR61861.
>
> Perhaps this comment is relevant?
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46393
Jeffrey A. Law changed:
What|Removed |Added
Priority|P3 |P4
Summary|m68k code size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24293
--- Comment #5 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Wed Jan 20 16:25:23 2016
New Revision: 232622
URL: https://gcc.gnu.org/viewcvs?rev=232622=gcc=rev
Log:
2016-01-15 Prathamesh Kulkarni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24293
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69176
--- Comment #19 from Matthias Klose ---
here is a test case from an ICE I saw when backporting the patch to the gcc-5
Linaro branch. Fails with -O2, works with -O1
typedef int Nlm_Int4, ValNodePtr;
Nlm_Int4 b, e;
char c, d;
void fn1();
typedef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #14 from torvald at gcc dot gnu.org ---
Author: torvald
Date: Wed Jan 20 17:47:03 2016
New Revision: 232628
URL: https://gcc.gnu.org/viewcvs?rev=232628=gcc=rev
Log:
libstdc++: Darwin does not support weak refs without definition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59463
dank at kegel dot com changed:
What|Removed |Added
CC||dank at kegel dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69394
Bug ID: 69394
Summary: [5.3] ICE when linking with lto
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69343
--- Comment #2 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631=gcc=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
* tree.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #12 from Jack Howarth ---
I can confirm that the following change allows current gcc trunk to bootstrap
on x86_64-apple-darwin15.
Index: libstdc++-v3/config/os/bsd/darwin/os_defines.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #7 from Dominik Vogt ---
Created attachment 37408
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37408=edit
List of errors
This is a list of all remaining errors of the Plumhall test. I've not checked
whether they all depend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67439
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #10 from Jonathan Wakely ---
Author: redi
Date: Wed Jan 20 17:44:58 2016
New Revision: 232627
URL: https://gcc.gnu.org/viewcvs?rev=232627=gcc=rev
Log:
Add C++11 overloads to the global namespace
PR libstdc++/60401
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
Renlin Li changed:
What|Removed |Added
CC||renlin at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964
--- Comment #9 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631=gcc=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
* tree.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339
--- Comment #1 from Richard Henderson ---
Author: rth
Date: Wed Jan 20 18:53:56 2016
New Revision: 232631
URL: https://gcc.gnu.org/viewcvs?rev=232631=gcc=rev
Log:
PR bootstrap/69343
PR bootstrap/69339
PR tree-opt/68964
Revert:
gcc/
* tree.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
mail at bobah dot net changed:
What|Removed |Added
Summary|Incorrect __LINE__ |Incorrect __LINE__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67439
--- Comment #9 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Jan 20 17:05:43 2016
New Revision: 232623
URL: https://gcc.gnu.org/viewcvs?rev=232623=gcc=rev
Log:
[ARM] PR 67439: Allow matching of *arm32_movhf when -mrestrict-it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #3 from Paul Thomas ---
Hi,
The immediate problem is that
if (gfc_option.rtcheck & GFC_RTCHECK_MEM
&& gfc_expr_attr (expr1).allocatable
&& expr1->rank
&& !expr2->rank)
{
in
conversion from ‘double (*)(double) throw ()’ to
‘long double (*)(long double)’ [-fpermissive]
static long double (*p3c_)(long double) = acosh;
^
$ g++ --version
g++ (GCC) 6.0.0 20160120 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69310
--- Comment #13 from Dominique d'Humieres ---
> I can confirm that the following change allows current gcc trunk
> to bootstrap on x86_64-apple-darwin15.
I confirm also.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69116
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65096
--- Comment #8 from Bill Schmidt ---
I would say so. OP may reopen if he can reproduce on 5.2 or later. Almost
certainly a dup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #8 from Dominik Vogt ---
List of functions the test complains about:
acosh, asinh, atanh, cbrt, copysign, erf, erfc, exp2, expm1, fdim, fma, fmax,
fmin, hypot, ilogb, isinf, isnan, lgamma, llrint, llround, log1p, log2, logb,
lrint,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
--- Comment #2 from mail at bobah dot net ---
And if I make this change it works even with '-ftrack-macro-expansion=0'
- #define LINE STR(__LINE__) STR(__LINE__)
+ #define LINE() STR(__LINE__) STR(__LINE__)
- std::cout << LINE << "\n";
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60401
--- Comment #9 from Jonathan Wakely ---
The isnan and isinf errors need a glibc fix, which will be in glibc 2.23, the
rest I have a patch for.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Andrew Pinski changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69392
Bug ID: 69392
Summary: G++ can't capture 'this' pointer to templated type
using init-capture
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69339
Richard Henderson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69343
Richard Henderson changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
Bug ID: 69396
Summary: ICE on type mismatch, in update_ppc_arglist, at
fortran/resolve.c:5580
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
--- Comment #1 from Gerhard Steinmetz
---
FYI, works with correct type specification :
$ cat z2.f90
module m1
type t1
end type
end
module m2
use m1
type t2
procedure(f), pointer :: f2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Bug ID: 69397
Summary: ICE on missing subprogram in generic interface
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #1 from Gerhard Steinmetz
---
Whereas, detected :
$ cat z2.f90
program p
type t
end type
type(t), allocatable :: z(:)
target :: z(:)
allocate (z(2))
end
$ gfortran -c z2.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #6 from Bill Seurer ---
As of Tuesday (19 January 2015) morning this test case was no longer failing.
Something fixed things up in the Friday-Monday timespan though I do not know
what it was.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68609
--- Comment #7 from David Edelsohn ---
Author: dje
Date: Wed Jan 20 19:39:08 2016
New Revision: 232632
URL: https://gcc.gnu.org/viewcvs?rev=232632=gcc=rev
Log:
PR target/68609
* config/rs6000/rs6000.c (rs6000_emit_swsqrt): Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69395
Bug ID: 69395
Summary: ICE on declaring array with more than 7
dimensions+codimensions
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69395
--- Comment #1 from Gerhard Steinmetz
---
Whereas, detected with this declaration variant :
$ cat z2.f90
program p
real :: z4d(2,2,2,2)[2,2,2,*]
end
$ gfortran -fcoarray=single z2.f90
z2.f90:2:30:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
--- Comment #2 from Gerhard Steinmetz
---
BTW :
$ cat z1c.f90
program p
type t
end type
class(t), allocatable :: z(:)
target :: z(2)
allocate (z(2))
end
$ gfortran-5.3.1 -c z1c.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #7 from Bill Seurer ---
I should say that it succeeds on power8 LE. I haven't tried it on a BE system
nor targeting power7.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #8 from Michael Meissner ---
I did try it with svn id 232575 yesterday on a power7 BE target, using various
optimization levels and various -mcpu=/-mtune= combinations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #9 from Michael Meissner ---
Whoops, I saved the response too soon. I meant I tried various combinations of
optimization, -mcpu=, -mtune=, -mbig/-mlittle, -m32 and I couldn't get it to
fail with subversion id 232575.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69269
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
Bug ID: 69398
Summary: ICE on class with duplicate dimension attribute
specified
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
Bug ID: 69399
Summary: [5/6 Regression] wrong code with -O and int128 (due to
ccp?)
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64296
--- Comment #4 from Martin Sebor ---
See also bug 67137 for a possible duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=34087
Pat Haugen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47122
--- Comment #4 from rep.dot.nop at gmail dot com
---
On January 18, 2016 3:57:22 PM GMT+01:00, "bernds at gcc dot gnu.org"
wrote:
>Can this be closed?
Sorry, yes, i think so.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69400
Bug ID: 69400
Summary: [5/6 Regression] wrong code with -O and int128
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67137
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #20 from Steve Ellcey ---
I have still not been able to reproduce this or understand what is happening.
Aurelien, could you try applying the patch that has been submitted for PR 69129
to see if that helps? The failure modes for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69397
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67355
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
--- Comment #21 from Aurelien Jarno ---
(In reply to Steve Ellcey from comment #20)
> I have still not been able to reproduce this or understand what is happening.
>
> Aurelien, could you try applying the patch that has been submitted for PR
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302
Aurelien Jarno changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69391
Bug ID: 69391
Summary: Incorrect __LINE__ expansion with
-ftrack-macro-expansion=0
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69355
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
--- Comment #3 from Jeffrey A. Law ---
Created attachment 37414
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37414=edit
Reduced testcase
Reduced testcase. Compile with a mipsel-linux-gnu cross compiler with -O2.
It's easiest to see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69396
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #5 from janus at gcc dot gnu.org ---
In fact I have hit the same ICE with a slightly different test case:
program test
implicit none
type :: t
real, allocatable :: r(:)
end type
type(t) :: a
a%r = 0.
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #14 from Roger Orr ---
I don't know I'm afraid: I'm a very occasional mingw user and I haven't
(yet...) tried building gcc on mingw...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69398
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 216 matches
Mail list logo