[Bug c++/85976] New: ICE in cp_tree_equal when building Blitz. May be nested templates.

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: matthew.hambley at metoffice dot gov.uk Target Milestone: --- When compiling https://github.com/blitzpp/blitz v1.0.1 an ICE is generated. This does not happen with GCC 6.4.0 or 7.1.0

[Bug c++/85976] ICE in cp_tree_equal when building Blitz. May be nested templates.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85976 --- Comment #1 from matthew.hambley at metoffice dot gov.uk --- Created attachment 44207 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44207&action=edit Processed source file

[Bug bootstrap/84554] make check: FAIL: tversion: ERROR! The versions of gmp.h (5.0.5) and libgmp (4.3.1) do not match.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84554 matthew.hambley at metoffice dot gov.uk changed: What|Removed |Added CC||matthew.hambley

[Bug bootstrap/84554] make check: FAIL: tversion: ERROR! The versions of gmp.h (5.0.5) and libgmp (4.3.1) do not match.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84554 --- Comment #3 from matthew.hambley at metoffice dot gov.uk --- > That shouldn't be possible, because by using contrib/download_prerequisites > GCC > will link to a static in-tree libgmp.a and so doesn't need any libgmp.so at

[Bug bootstrap/84554] make check: FAIL: tversion: ERROR! The versions of gmp.h (5.0.5) and libgmp (4.3.1) do not match.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84554 --- Comment #4 from matthew.hambley at metoffice dot gov.uk --- I have further information. From the build log: (long paths reduced with ellipses) .../gcc-8.2.0-build/./prev-gcc/xgcc -B.../gcc/8.2.0/x86_64-pc-linux-gnu/sys-include

[Bug bootstrap/84554] make check: FAIL: tversion: ERROR! The versions of gmp.h (5.0.5) and libgmp (4.3.1) do not match.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84554 --- Comment #6 from matthew.hambley at metoffice dot gov.uk --- > That does look like a problem. But why are the mpfr tests running as part of > bootstrap? I don't think they do for me. In which case I think I have misunderstood ho

[Bug fortran/69298] [OOP] Array finalisers seem to be given the wrong array when the array is a member variable

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69298 --- Comment #7 from matthew.hambley at metoffice dot gov.uk --- A recent migration to RHEL7 seems to have exacerbated this issue. Previously it could be worked around by ensuring that a type with user finaliser appeared before the array of

[Bug fortran/63230] allocation of deferred length character as derived type component causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63230 matthew.hambley at metoffice dot gov.uk changed: What|Removed |Added CC||matthew.hambley

[Bug fortran/63230] allocation of deferred length character as derived type component causes internal compiler error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63230 --- Comment #3 from matthew.hambley at metoffice dot gov.uk --- (In reply to matthew.hambley from comment #2) > Created attachment 34067 [details] > Minimal test case for the issue under v4.9.2. > > I just stumbled across th

[Bug fortran/69298] New: Array finalisers seem to be given the wrong array when the array is a member variable.

Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: matthew.hambley at metoffice dot gov.uk Target Milestone: --- Created attachment 37355 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37355&acti

[Bug fortran/111477] New: Procedure as actual argument fails against procedure pointer dummy argument

: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: matthew.hambley at metoffice dot gov.uk Target Milestone: --- Test case: > program test > > implicit none > > abstract interface >