| commit | f200197c39d9181c02cac06c26433edaa9d31219 | |
| author | Jonathan Nieder <jrnieder@gmail.com> | |
| Mon, 23 Jul 2012 06:29:14 +0000 (23 01:29 -0500) | ||
| committer | Junio C Hamano <gitster@pobox.com> | |
| Mon, 23 Jul 2012 16:41:29 +0000 (23 09:41 -0700) | ||
| tree | 8e8e33bcafa340e4b91250bd9ec57f6260e6b2d0 | treesnapshot (tar.gz zip) |
| parent | 23119ffb4ea91cdf30016254df60e1adc64b478c | commitdiff |
Makefile: BLK_SHA1 does not require fast htonl() and unaligned loads
block-sha1/ is fast on most known platforms. Clarify the Makefile to
be less misleading about that.
Early versions of block-sha1/ explicitly relied on fast htonl() and
fast 32-bit loads with arbitrary alignment. Now it uses those on some
arches but the default behavior is byte-at-a-time access for the sake
of arches like ARM, Alpha, and their kin and it is still pretty fast
on these arches (fast enough to supersede the mozilla SHA1
implementation and the hand-written ARM assembler implementation that
were bundled before).
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
block-sha1/ is fast on most known platforms. Clarify the Makefile to
be less misleading about that.
Early versions of block-sha1/ explicitly relied on fast htonl() and
fast 32-bit loads with arbitrary alignment. Now it uses those on some
arches but the default behavior is byte-at-a-time access for the sake
of arches like ARM, Alpha, and their kin and it is still pretty fast
on these arches (fast enough to supersede the mozilla SHA1
implementation and the hand-written ARM assembler implementation that
were bundled before).
Signed-off-by: Jonathan Nieder <jrnieder@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
| Makefile | diffblobblamehistory |