… eh, nōnsense. We can already switch between signed and unsigned, so >> is enough for us, to act as both SAR (by default) and SHR (if the op is unsigned).
-- You received this bug notification because you are a member of mksh Mailing List, which is subscribed to mksh. Matching subscriptions: mkshlist-to-mksh-bugmail https://bugs.launchpad.net/bugs/1608505 Title: Adjust shift-right operator for next and subsequent release Status in mksh: Triaged Bug description: We’re renaming the rotation operators from <<< (ROL) and >>> (ROR) to ^< (ROL) and ^> (ROR) to make space for >>> as another right-shift operator, to be able to map both SHR and SAR into shell, and for (as izabera requested) better consistency wrt. other languages. Unfortunately, for the languages separating this operator, the mapping is as follows: • SHL << • SHR >>> • SAR >> For C, >> is SAR for signed types and SHR for unsigned types. In POSIX, arithmetics are always signed and use C semantics. Therefore, R53 will document >> is to be renamed into >>> as SHR, and R54 will do that and newly introduce >> as SAR operator. (This is consistent with the $KSH_VERSION bump already done.) To manage notifications about this bug go to: https://bugs.launchpad.net/mksh/+bug/1608505/+subscriptions