https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
--- Comment #6 from Dominique d'Humieres ---
The following test does not need -fdefault-integer-8, but only -m32 to give a
wrong-code:
module mykinds
implicit none
integer, parameter :: ik1 = selected_int_kind (2)
integer, parameter ::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
--- Comment #5 from Dominique d'Humieres ---
The following test (reduced from gfortran.dg/pr46588.f90)
function aufun(pm)
character(len = *) pm
character(len = *) aufun
print *, ">", pm, "<"
aufun = 'Oh' // trim(pm)
end function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
--- Comment #4 from Thomas Koenig ---
On a big-endian system (gcc110), there are segfaults.
Looking into char_reshape_1.f90 yields
Breakpoint 1, _gfortran_reshape_char (ret=0xfffef130, ret_length=4294897968,
source=0x0, shape=0x9,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
--- Comment #3 from Thomas Koenig ---
This has to be some issue with the charlen - possibly a
default integer being used in the wrong place after r256322.
I don't usually build 32-bit-capable compilers on my home system
(too slow), let's see if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
Dominique d'Humieres changed:
What|Removed |Added
Blocks||32770
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84615
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4