equals/hashCode/toString implementation

[Brian Goetz]

>
> sure !
> toString is very very very slow, equals can be a little bit faster, 
> hashCode has no issue.
toString is a known issue; we have a separate project to speed up 
String.format() across the board, so we didn't do anything special for 
toString here.  But I'm sure the bootstrap can be improved 
independently, if someone wanted to take a shot at it.  Delegating to 
concat factory is a good option.  (Patch please!)

>
> - equals doesn't test primitive first so it's just a little bit slower 
> that if I write it by hand
This should be a matter of just sorting the tests by primitive/non, 
right?  This should also be an easy thing to improve, now or later.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.java.net/pipermail/amber-spec-experts/attachments/20200110/1196eda3/attachment.htm>