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.