On Tue, Mar 3, 2009 at 1:20 PM, Andreas Raab
<andreas.raab@gmx.de> wrote:
Don't even think about it.
Too late. I'm testing my workaround, Give us a reason or two and I might recant :)
Cheers,
- Andreas
Eliot Miranda wrote:
------------------------------------------------------------------------
Hi All,
I'm being bitten by Slang's treatment of bitShift: & >>. In both cases (generateBitShift:on:indent: & generateShiftRight:on:indent:) Slang generates an unsigned shift by explicitly casting the shifted expression to usqInt. I can understand the benefit of having an unsigned shift. But there are times when one really needs a signed shift. Further, the Smalltalk versions of both bitShift: and >> are signed shifts.
Dare I change e.g. generateShiftRight:on:indent: to leave the expression alone and generate either a signed or an unsigned shift based on the variable's declaration? Or must I live with a maddening cCode: '(signed)' inSmalltalk: [] carbuncle?
E.