[iOS] Add optimized version of StringImpl's equal(LChar*,LChar*) for Apple CPUs
Created attachment 192827 [details] Patch
<rdar://problem/12437844>
Comment on attachment 192827 [details] Patch Attachment 192827 [details] did not pass qt-ews (qt): Output: http://webkit-commit-queue.appspot.com/results/17174180
Comment on attachment 192827 [details] Patch Attachment 192827 [details] did not pass qt-wk2-ews (qt): Output: http://webkit-commit-queue.appspot.com/results/17074383
Comment on attachment 192827 [details] Patch Attachment 192827 [details] did not pass chromium-ews (chromium-xvfb): Output: http://webkit-commit-queue.appspot.com/results/17201136
Created attachment 192836 [details] Patch
Comment on attachment 192836 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=192836&action=review Looks good! > Source/WTF/wtf/text/StringImpl.h:933 > + "b 66f\n" I think you could invert this to: -> "bneq 66f" "b 0b" And if you then move the label "0:" down a line, you could branch past the cbz: -> "bneq 66f" "cbnz 0b" This would save an unconditional branch from the loop. Don't know if this might help?
Comment on attachment 192836 [details] Patch Attachment 192836 [details] did not pass cr-android-ews (chromium-android): Output: http://webkit-commit-queue.appspot.com/results/17188165
> > Source/WTF/wtf/text/StringImpl.h:933 > > + "b 66f\n" > > I think you could invert this to: > -> "bneq 66f" "b 0b" > > And if you then move the label "0:" down a line, you could branch past the cbz: > -> "bneq 66f" "cbnz 0b" > > This would save an unconditional branch from the loop. > Don't know if this might help? Good idea! This is faster indeed.
Created attachment 192876 [details] Patch
Committed r145748: <http://trac.webkit.org/changeset/145748>