Please read bug
if you'd like to find good reasons for native
unsigned arithmetic support.
Then expand the horizon to GPU and FPGA programming, which is
expected to be supported in JDK10.
The problem will be even worse.
Yes, I admit I'm definitely talking about a hugely intrusive
change in the JVM.
I'd like to be wrong when I think that the proper solution will
never be implemented.
mobile : [masked]
email : [address removed]
YM : rgomes1997
gtalk : rgomes1997
Skype: dial skype2ippi then dial[masked] when prompted.
GTalk: dial [address removed] then dial[masked] when prompted.
SIP : dial [address removed]
iNUM : [masked] http://www.inum.net/what-is-inum/voice-reach
On 20/08/12 21:51, Richard Warburton wrote:
I found that unsigned arithmetic is going to be partially supported in
JDK8, via some static methods. I also found one library which implements
unsigned arithmetic types ubyte, ushort, uint and ulong on top of
BigInteger and BigDecimal. I'm discarding these solutions (from this
discussion!) because they either do not solve properly the problem or
because performance of unsigned operations would be unacceptable when
compared with signed operations.
Can you be a bit more specific about why the support proposed for JDK8
isn't sufficient. I'll agree with it being ugly, but it seems to be
motivated by a desire to provide a useful feature without the hugely
intrusive JVM changes that you're talking about.
Please Note: If you hit "REPLY", your message will be sent to everyone on this mailing list ([address removed])
This message was sent by Richard Warburton ([address removed]) from LJC - London Java Community.
To learn more about Richard Warburton, visit his/her member profile: http://www.meetup.com/Londonjavacommunity/members/15880501/
Set my mailing list to email me
As they are sent
In one daily email
Don't send me mailing list messages
Meetup, PO Box 4668 #37895 New York, New York[masked] | [address removed]