Decompiler: Add printRaw implementation for ambiguous TypeOps

[LukeSerne]

Fixes #4951.

This adds a printRaw implementation to 13 TypeOps, similar in implementation to TypeOpIntSright::printRaw. This change makes it possible to uniquely identify the TypeOp that produced a given printRaw output. The new operators used also correspond to the sleigh syntax for the TypeOps. The changed operators are also shown in the table below.

TypeOp class name	Old operator	New operator
TypeOpIntSless	<	s<
TypeOpIntSlessEqual	<=	s<=
TypeOpIntSdiv	/	s/
TypeOpIntSrem	%	s%
TypeOpFloatEqual	==	f==
TypeOpFloatNotEqual	!=	f!=
TypeOpFloatLess	<	f<
TypeOpFloatLessEqual	<=	f<=
TypeOpFloatAdd	+	f+
TypeOpFloatDiv	/	f/
TypeOpFloatMult	*	f*
TypeOpFloatSub	-	f-
TypeOpFloatNeg (unary)	-	f-

[LukeSerne]

What's the progress on this PR? It's been in triage for quite some time now. Is there anything I can do to help this get merged?

[ryanmkurtz]

It likely hasn't been looked at yet. Theoretically it will be one day though when @caheckman's queue thins out.

[LukeSerne]

Thanks for the response. I am probably a bit biased, but I think this PR shouldn't be too much effort to review and it might be an easy one to decrease the number of open PRs. On the other hand, looking at all the issues and pull requests assigned to @caheckman, I understand this PR is not at the top of that list.

If there's anything I can do to help this PR or any of my other PRs / issues, feel free to let me know. It can be quite frustrating to see it's been assigned and it sitting in triage for months with no comment from the team.