[LLVMdev] [lld] contentHash in the Reader ?
ruiu at google.com
Wed May 8 10:33:07 PDT 2013
On Wed, May 8, 2013 at 10:29 AM, Shankar Easwaran
<shankare at codeaurora.org>wrote:
> On 5/8/2013 11:35 AM, Chandler Carruth wrote:
>> Interestingly newer, supposedly "more secure" digest algorithms are also
>> very often significantly faster. I don't think we want any of the ones
>> mentioned here, I think we want one of the candidates is the SHA3
>> competition which had truly stellar software implementation throughput. I'm
>> hoping to add support for such a digest algorithm to LLVM soon, as there
>> are many folks who want to consume this information: modules, merge
>> function pass, debug info, and the linker.
> Nice, Is it performant in size as well as speed too ?. Because lld would
> need to store this information for every atom thats mergeable.
How about using only the first 80 (or 96 or 128) bits of the digest?
> What are the SHA-3 variants that you think would suite these needs ?
> Shankar Easwaran
> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted
> by the Linux Foundation
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the llvm-dev