… 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

Reply via email to