Displaying 3 results from an estimated 3 matches for "82cde9c0".
2012 Feb 15
0
[LLVMdev] We need better hashing
On Feb 14, 2012, at 10:47 PM, Talin wrote:
> /// Add a pointer value
> template<typename T>
> void add(const T *PtrVal) {
> addImpl(
> reinterpret_cast<const uint32_t *>(&PtrVal),
> reinterpret_cast<const uint32_t *>(&PtrVal + 1));
> }
>
> This violates TBAA rules and looks pretty dangerous to expose as public API.
2012 Feb 17
4
[LLVMdev] We need better hashing
...o what's the answer? :) We can do different things for
> ArrayRef<char> and StringRef.
>
> -Chris
>
>
>
>
--
-- Talin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120217/82cde9c0/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: hashing.patch
Type: application/octet-stream
Size: 11682 bytes
Desc: not available
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120217/82cde9c0/attachment.obj>
2012 Feb 15
3
[LLVMdev] We need better hashing
On Tue, Feb 14, 2012 at 2:44 AM, Chris Lattner <clattner at apple.com> wrote:
> On Feb 13, 2012, at 2:00 AM, Talin wrote:
>
> Just out of curiosity, why not MurmurHash3 ? This page seems to
>> suggest that #2 has some flaw, and #3 is better all round:
>>
>> https://sites.google.com/site/murmurhash/
>>
>> The main reason is because there's no