http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47633
Thomas Koenig <tkoenig at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tkoenig at gcc dot gnu.org
--- Comment #7 from Thomas Koenig <tkoenig at gcc dot gnu.org> 2011-02-12
23:29:25 UTC ---
(In reply to comment #4)
> The testcase is bad, because for vanilla gcc releases there is no (prerelease)
> etc. string at all (DEV-PHASE is empty), and because it hardcodes ASCII
> values,
> so I'm afraid it could fail on EBCDIC or other targets.
I don't think gfortran supports EBCDIC very well right now. At least
the LLE and other functions don't take this into account.
subroutine ff(a,b,r1,r2)
character(2) :: a,b
logical :: r1, r2
r1 = llt(a,b)
r2 = a < b
end subroutine ff
gets translated in *.original to
{
*r1 = _gfortran_compare_string (2, a, 2, b) < 0;
*r2 = _gfortran_compare_string (2, a, 2, b) < 0;
}
This might merit its own PR.