> 1773619237 901867 PRIVMSG #esolangs :14[[07Language list14]]4 10 02https://esolangs.org/w/index.php?diff=177825&oldid=177804 5* 03Cleverxia 5* (+18) 10/* T */
< 1773619601 556974 :b_jonas!~x@catv-80-98-84-202.catv.fixed.one.hu PRIVMSG #esolangs :Sgeo: the J manual calls strings (character arrays, possibly multidimensional, as opposed to arrays of numbers or boxed) literal too, see https://www.jsoftware.com/docs/help701/dictionary/dx003.htm
< 1773620522 689610 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :Sgeo: heh, I'd actually never seen it in action before (and assumed that it might have been fixed at some point, but apparently not?)
< 1773621300 865299 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :ais523, this compiler is Fortran G, which is for FORTRAN IV. So... not very new
< 1773621644 644037 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :I should probably delete those equal signs. I copy/pasted from MUSIC/SP's fullscreen editor
< 1773621913 570720 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :Same result on VS FORTRAN II, which I think is 77
< 1773622731 830385 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :FORTRAN IV subroutines can take... statement numbers as arguments. The subroutine can say which one to return control to
< 1773622940 595753 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :Hmm
< 1773622941 795246 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :"If a dummy argument is assigned a value in the subprogram, the corresponding actual argument must be a subscripted or unsubscripted variable
< 1773622941 890515 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :name, or an array name. A constant should not be specified as an actual
< 1773622941 890560 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :argument unless the programmer is certain that the corresponding dummy
< 1773622941 890566 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :argument is not assigned a value in the subprogram. 
< 1773622942 310110 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :"
< 1773622971 855827 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :ais523, is the behavior you stated in a spec somewhere or is it something akin to UB?
< 1773623008 317029 :ais523!~ais523@user/ais523 PRIVMSG #esolangs :Sgeo: I'm not sure of the history – I knew at least some versions of Fortran acted like that, but not why
< 1773623473 646727 :b_jonas!~x@catv-80-98-84-202.catv.fixed.one.hu PRIVMSG #esolangs :ais523: it makes sense, we're here fifty years later and we're still not sure how to consistently handle const correctness nicely without overhead like having to define multiple versions of subscripting methods. it's no surprise then that Fortran compilers back then would have considered enforcing const correctness a priority
< 1773623626 660113 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :https://archive.org/details/ansi-x-3.9-1966-fortran-66/page/24/mode/1up I think this is saying the same thing, and in fact states that expressions are sent by value
< 1773623642 273428 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :I should probably look at the 77 spec next
> 1773624144 186946 PRIVMSG #esolangs :14[[0714]]4 10 02https://esolangs.org/w/index.php?diff=177826&oldid=177546 5* 03InLuaIKnow 5* (+68) 10
> 1773624351 850419 PRIVMSG #esolangs :14[[0714]]4 10 02https://esolangs.org/w/index.php?diff=177827&oldid=177826 5* 03InLuaIKnow 5* (+27) 10
< 1773624493 120295 :amby!~ambylastn@host-92-17-36-146.as13285.net QUIT :Remote host closed the connection
< 1773626206 136463 :ais523!~ais523@user/ais523 QUIT :Quit: quit
< 1773630024 533002 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :https://fortranwiki.org/fortran/show/Modernizing+Old+Fortran
< 1773630204 225319 :lisbeths!uid135845@id-135845.lymington.irccloud.com JOIN #esolangs lisbeths :lisbeths
< 1773631273 463035 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :FORTRAN II required function names to end with F
< 1773631357 544453 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :Actually not sure if that only applies to functions defined in single statements.
< 1773631377 727087 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :...actually I'm even more confused now
< 1773631640 374966 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :Statement functions end with F, subprogram functions with names 4 characters or longer cannot have their name end with F
< 1773631914 266088 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :https://cyber.dabamos.de/programming/fortran/transcompiler/lecture01.pdf
< 1773632295 515375 :Sgeo!~Sgeo@user/sgeo PRIVMSG #esolangs :"This statement is kind of boring. A CONTINUE just returns to the top of a loop." pretty sure this is flatly incorrect, CONTINUE is a noop
< 1773635087 195190 :b_jonas!~x@catv-80-98-84-202.catv.fixed.one.hu PRIVMSG #esolangs :huh
< 1773640995 555740 :Sgeo!~Sgeo@user/sgeo QUIT :Read error: Connection reset by peer