编译时间字符串哈希


100

我在几个不同的地方读到,使用C ++ 11的新字符串文字可能在编译时计算字符串的哈希值。但是,似乎没有人愿意提出来,说这将是可能的或如何实现的。

  • 这可能吗?
  • 操作员会是什么样子?

我对这样的用例特别感兴趣。

void foo( const std::string& value )
{
   switch( std::hash(value) )
   {
      case "one"_hash: one(); break;
      case "two"_hash: two(); break;
      /*many more cases*/
      default: other(); break;
   }
}

注意:编译时哈希函数不必看起来像我写的那样。我尽力猜测最终的解决方案是什么样的,但meta_hash<"string"_meta>::value也可能是可行的解决方案。


我似乎也找不到任何东西,但是我可以看到必须将您的哈希函数强制为constexpr。
路加福音

4
是否有已经支持用户定义文字的编译器?Gcc没有(gcc.gnu.org/projects/cxx0x.html),我也没有发现它们被VC10提及。没有编译器支持,这只能是猜测,但是模板化的用户定义文字看起来应该可行。
乔治·弗里兹

1
可爱但没用吗?如果开关值是运行时字符串,则还需要检查冲突。也许打包会更好(我的答案有将9个字符填充到64位中的打包功能)。
u0b34a0f6ae 2011年

@ u0b34a0f6ae为什么要检查冲突?
cubuspl42 2014年

如果两个大小写值相等,则编译器应发出错误。
Mark Storer

Answers:


88

这有点晚了,但是我使用成功实现了编译时的CRC32函数constexpr。它的问题在于,在撰写本文时,它仅适用于GCC,不适用于MSVC或英特尔编译器。

这是代码片段:

// CRC32 Table (zlib polynomial)
static constexpr uint32_t crc_table[256] = {
    0x00000000L, 0x77073096L, 0xee0e612cL, 0x990951baL, 0x076dc419L,
    0x706af48fL, 0xe963a535L, 0x9e6495a3L, 0x0edb8832L, 0x79dcb8a4L,
    0xe0d5e91eL, 0x97d2d988L, 0x09b64c2bL, 0x7eb17cbdL, 0xe7b82d07L,
...
};
template<size_t idx>
constexpr uint32_t crc32(const char * str)
{
    return (crc32<idx-1>(str) >> 8) ^ crc_table[(crc32<idx-1>(str) ^ str[idx]) & 0x000000FF];
}

// This is the stop-recursion function
template<>
constexpr uint32_t crc32<size_t(-1)>(const char * str)
{
    return 0xFFFFFFFF;
}

// This doesn't take into account the nul char
#define COMPILE_TIME_CRC32_STR(x) (crc32<sizeof(x) - 2>(x) ^ 0xFFFFFFFF)

enum TestEnum
{
    CrcVal01 = COMPILE_TIME_CRC32_STR("stack-overflow"),
};

CrcVal01 等于0x335CC04A

希望这个能对您有所帮助!


4
是的,一点没错。我针对Python CRC32运行时算法(来自zlib)进行了测试,结果是相同的。实际上,您要达到的目标正是我使用此技术的原因!
Clement JACOB

2
感谢您发布此信息,它非常有用!
2013年

2
您缺少编译标志。此外,我必须在停止递归模板函数中将值-1强制转换为size_t。可从此处获取更新的版本(从Clang 3.3运行):goo.gl/vPMkfB
Clement JACOB,

1
constexpr是不是在VS2013的资料,但2013年11月CTP blogs.msdn.com/b/vcblog/archive/2013/11/18/...

2
您要递归两次。该解决方案在字符串长度方面具有指数复杂性,并且编译器不够聪明,无法忽略第二个调用。检查其他答案以解决此问题。
CygnusX1 '16

30

至少根据我对§7.1.5/ 3和§5.19的阅读,以下内容可能是合法的:

unsigned constexpr const_hash(char const *input) {
    return *input ?
        static_cast<unsigned int>(*input) + 33 * const_hash(input + 1) :
        5381;
}

这似乎确实遵循§7.1.5/ 3中的基本规则:

  1. 形式为:“返回表达式”;
  2. 它的唯一参数是指针,它是标量类型,因此是文字类型。
  3. 它的返回值是unsigned int,它也是标量(因此是文字)。
  4. 没有对返回类型的隐式转换。

有人怀疑*inputs 是否涉及非法的从左值到右值的转换,而且我不确定我是否足够了解§5.19/ 2/6/2 1和§4.1中的规则。

从实际的角度来看,该代码已被(例如)g ++接受,至少可以追溯到g ++ 4.7.1。

用法将类似于:

switch(std::hash(value)) {
    case const_hash("one"): one(); break;
    case const_hash("two"): two(); break;
    // ...
    default: other(); break;
}

为了符合§5.19/ 2/6/2的要求,您可能需要执行以下操作:

// one of the `constexpr`s is probably redundant, but I haven't figure out which.
char constexpr * constexpr v_one = "one"; 

// ....

case const_hash(v_one): one(); break;
  1. 我使用的是额外的“斜杠”数字来指代未编号的项目符号点,因此这是第5.19 / 2条中第六个项目符号点所在的第二个项目符号点。我想我可能必须与Pete Becker谈谈是否有可能在层次结构中添加某种数字/字母/罗马数字来标识这样的片段...

3
这有两点错误。1:在中不允许进行递归调用constexpr; 2:您没有暂停条件(在哪里*input == nullptr),据我了解constexpr您没有条件。
Motti 2010年

9
它在哪里说constexpr中不允许递归?据我所知,它仅表示您调用的任何函数本身都必须标记为constexprt(第5.19 / 2/2节)。我确实在终止条件上犯了一个错误,现在我已经解决了(我不小心在应该将&&放在了||的位置)。
杰里·科芬

3
递归constexpr。我从2008年开始阅读了一些会议记录。讨论了有关允许或禁止递归constexpr函数的讨论。要点是当前的措辞没有禁止它,并略有暗示。委员会认为应该明确阐明这种强大功能。那是在2008年,我不知道从那以后发生了什么。
deft_code 2010年

3
是的-我可能应该指出我正在使用N3000,(我认为)它是当前的最新草案。我敢肯定,这一次是被禁止的,但至少目前看来是允许的。
杰里·科芬

2
嗯,&&运算符返回的是布尔值,因此此函数可能没有执行您想要的操作。特别是,对于任何空字符串,如果可能还有某些其他以char开头的字符串,则返回0 (unsigned)-1;如果有,则转换为;并为所有其他字符串返回1。用三元条件运算符重写?
ndkrempel,2012年

13

这是尝试尽可能精确地解决OP的问题。

namespace my_hash {
  template<class>struct hasher;
  template<>
  struct hasher<std::string> {
    std::size_t constexpr operator()(char const *input)const {
      return *input ?
        static_cast<unsigned int>(*input) + 33 * (*this)(input + 1) :
        5381;
    }
    std::size_t operator()( const std::string& str ) const {
      return (*this)(str.c_str());
    }
  };
  template<typename T>
  std::size_t constexpr hash(T&& t) {
    return hasher< typename std::decay<T>::type >()(std::forward<T>(t));
  }
  inline namespace literals {
    std::size_t constexpr operator "" _hash(const char* s,size_t) {
      return hasher<std::string>()(s);
    }
  }
}
using namespace my_hash::literals;
void one() {} void two() {} void other() {}

void foo( const std::string& value )
{
  switch( my_hash::hash(value) )
  {
    case "one"_hash: one(); break;
    case "two"_hash: two(); break;
    /*many more cases*/
    default: other(); break;
  }
}

现场例子

请注意主要区别- std::hash无法使用,因为我们无法控制std::hash的算法,因此我们必须将其重新实现为constexpr,以便在编译时对其进行评估。此外,其中没有“透明”哈希std,因此您不能(不创建std::string)将原始字符缓冲区哈希为std::string

我将std::string自定义散列器(具有透明const char*支持)粘贴到了my_hash名称空间中,因此std::unordered_map如果需要一致性,可以将其存储在中。

基于@JerryCoffin的出色答案及其下方的注释线程,但尝试使用当前的C ++ 11最佳实践(而不是期待它们)来编写它。

请注意,对switch语句使用“原始哈希” case是危险的。之后,您需要进行==比较以确认它是否有效。


2
实时示例链接似乎有误/已过时?
fuenfundachtzig 2015年

@fuenfundachtzig您相信我已经解决了吗?
Yakk-Adam Nevraumont '17

13

此片段基于Clement JACOB的片段。但也适用于clang。而且它在编译时应该更快(它只有一个递归调用,而不像原始文章中那样有两个)。

#include <iostream>
#include <string>
#include <vector>

static constexpr unsigned int crc_table[256] = {
    0x00000000, 0x77073096, 0xee0e612c, 0x990951ba, 0x076dc419, 0x706af48f,
    0xe963a535, 0x9e6495a3,    0x0edb8832, 0x79dcb8a4, 0xe0d5e91e, 0x97d2d988,
    0x09b64c2b, 0x7eb17cbd, 0xe7b82d07, 0x90bf1d91, 0x1db71064, 0x6ab020f2,
    0xf3b97148, 0x84be41de, 0x1adad47d, 0x6ddde4eb, 0xf4d4b551, 0x83d385c7,
    0x136c9856, 0x646ba8c0, 0xfd62f97a, 0x8a65c9ec, 0x14015c4f, 0x63066cd9,
    0xfa0f3d63, 0x8d080df5, 0x3b6e20c8, 0x4c69105e, 0xd56041e4, 0xa2677172,
    0x3c03e4d1, 0x4b04d447, 0xd20d85fd, 0xa50ab56b, 0x35b5a8fa, 0x42b2986c,
    0xdbbbc9d6, 0xacbcf940, 0x32d86ce3, 0x45df5c75, 0xdcd60dcf, 0xabd13d59,
    0x26d930ac, 0x51de003a, 0xc8d75180, 0xbfd06116, 0x21b4f4b5, 0x56b3c423,
    0xcfba9599, 0xb8bda50f, 0x2802b89e, 0x5f058808, 0xc60cd9b2, 0xb10be924,
    0x2f6f7c87, 0x58684c11, 0xc1611dab, 0xb6662d3d, 0x76dc4190, 0x01db7106,
    0x98d220bc, 0xefd5102a, 0x71b18589, 0x06b6b51f, 0x9fbfe4a5, 0xe8b8d433,
    0x7807c9a2, 0x0f00f934, 0x9609a88e, 0xe10e9818, 0x7f6a0dbb, 0x086d3d2d,
    0x91646c97, 0xe6635c01, 0x6b6b51f4, 0x1c6c6162, 0x856530d8, 0xf262004e,
    0x6c0695ed, 0x1b01a57b, 0x8208f4c1, 0xf50fc457, 0x65b0d9c6, 0x12b7e950,
    0x8bbeb8ea, 0xfcb9887c, 0x62dd1ddf, 0x15da2d49, 0x8cd37cf3, 0xfbd44c65,
    0x4db26158, 0x3ab551ce, 0xa3bc0074, 0xd4bb30e2, 0x4adfa541, 0x3dd895d7,
    0xa4d1c46d, 0xd3d6f4fb, 0x4369e96a, 0x346ed9fc, 0xad678846, 0xda60b8d0,
    0x44042d73, 0x33031de5, 0xaa0a4c5f, 0xdd0d7cc9, 0x5005713c, 0x270241aa,
    0xbe0b1010, 0xc90c2086, 0x5768b525, 0x206f85b3, 0xb966d409, 0xce61e49f,
    0x5edef90e, 0x29d9c998, 0xb0d09822, 0xc7d7a8b4, 0x59b33d17, 0x2eb40d81,
    0xb7bd5c3b, 0xc0ba6cad, 0xedb88320, 0x9abfb3b6, 0x03b6e20c, 0x74b1d29a,
    0xead54739, 0x9dd277af, 0x04db2615, 0x73dc1683, 0xe3630b12, 0x94643b84,
    0x0d6d6a3e, 0x7a6a5aa8, 0xe40ecf0b, 0x9309ff9d, 0x0a00ae27, 0x7d079eb1,
    0xf00f9344, 0x8708a3d2, 0x1e01f268, 0x6906c2fe, 0xf762575d, 0x806567cb,
    0x196c3671, 0x6e6b06e7, 0xfed41b76, 0x89d32be0, 0x10da7a5a, 0x67dd4acc,
    0xf9b9df6f, 0x8ebeeff9, 0x17b7be43, 0x60b08ed5, 0xd6d6a3e8, 0xa1d1937e,
    0x38d8c2c4, 0x4fdff252, 0xd1bb67f1, 0xa6bc5767, 0x3fb506dd, 0x48b2364b,
    0xd80d2bda, 0xaf0a1b4c, 0x36034af6, 0x41047a60, 0xdf60efc3, 0xa867df55,
    0x316e8eef, 0x4669be79, 0xcb61b38c, 0xbc66831a, 0x256fd2a0, 0x5268e236,
    0xcc0c7795, 0xbb0b4703, 0x220216b9, 0x5505262f, 0xc5ba3bbe, 0xb2bd0b28,
    0x2bb45a92, 0x5cb36a04, 0xc2d7ffa7, 0xb5d0cf31, 0x2cd99e8b, 0x5bdeae1d,
    0x9b64c2b0, 0xec63f226, 0x756aa39c, 0x026d930a, 0x9c0906a9, 0xeb0e363f,
    0x72076785, 0x05005713, 0x95bf4a82, 0xe2b87a14, 0x7bb12bae, 0x0cb61b38,
    0x92d28e9b, 0xe5d5be0d, 0x7cdcefb7, 0x0bdbdf21, 0x86d3d2d4, 0xf1d4e242,
    0x68ddb3f8, 0x1fda836e, 0x81be16cd, 0xf6b9265b, 0x6fb077e1, 0x18b74777,
    0x88085ae6, 0xff0f6a70, 0x66063bca, 0x11010b5c, 0x8f659eff, 0xf862ae69,
    0x616bffd3, 0x166ccf45, 0xa00ae278, 0xd70dd2ee, 0x4e048354, 0x3903b3c2,
    0xa7672661, 0xd06016f7, 0x4969474d, 0x3e6e77db, 0xaed16a4a, 0xd9d65adc,
    0x40df0b66, 0x37d83bf0, 0xa9bcae53, 0xdebb9ec5, 0x47b2cf7f, 0x30b5ffe9,
    0xbdbdf21c, 0xcabac28a, 0x53b39330, 0x24b4a3a6, 0xbad03605, 0xcdd70693,
    0x54de5729, 0x23d967bf, 0xb3667a2e, 0xc4614ab8, 0x5d681b02, 0x2a6f2b94,
    0xb40bbe37, 0xc30c8ea1, 0x5a05df1b, 0x2d02ef8d
};


template<int size, int idx = 0, class dummy = void>
struct MM{
  static constexpr unsigned int crc32(const char * str, unsigned int prev_crc = 0xFFFFFFFF)
  {
      return MM<size, idx+1>::crc32(str, (prev_crc >> 8) ^ crc_table[(prev_crc ^ str[idx]) & 0xFF] );
  }
};

// This is the stop-recursion function
template<int size, class dummy>
struct MM<size, size, dummy>{
  static constexpr unsigned int crc32(const char * str, unsigned int prev_crc = 0xFFFFFFFF)
  {
      return prev_crc^ 0xFFFFFFFF;
  }
};

// This don't take into account the nul char
#define COMPILE_TIME_CRC32_STR(x) (MM<sizeof(x)-1>::crc32(x))


template<unsigned int crc>
void PrintCrc()
{
    std::cout << crc << std::endl;
}


int main()
{

    PrintCrc<COMPILE_TIME_CRC32_STR("HAH")>();
}

在这里查看概念证明


1
谢谢你,Jacob的答案对我在GCC上想要的效果很好,但是msvc使用较大的字符串抛出错误。您的答案适用于具有我需要哈希的较大字符串的msvc。
Daniel Moodie

8

请注意,如下所示,此处显示的表单未被标准接受。

通过在N2765中提出的用户定义的字面量,可以猜测可能会进行编译时字符串处理。 正如我已经提到的,我不知道任何当前实现它的编译器,并且没有编译器支持,只能进行猜测。

草案的 2.1.7.3.3和4中,我们具有以下内容:

否则(S包含文字运算符模板),L被视为对形式
运算符“” X <'c1','c2',...,'ck'>()的调用,其中n是源字符序列c1c2 ... ck。[注意:序列c1c2 ... ck只能包含来自基本源字符集的字符。—尾注]

结合使用constexpr,我们应该进行编译时字符串处理。

更新:我忽略了我在读错的段落,用户定义的整数文字和-floating-literals可以使用此格式,但是-string-literals(第2.13.7.5节)显然不允许。
提案的这一部分似乎尚未被接受。

话虽这么说,但我对C ++ 0x的了解有限,所以可能看起来像这样(我很可能出错了):

template<char c, char... str>
struct hash {
    static const unsigned result = c + hash<str...>::result;
};

template<char c>
struct hash {
    static const unsigned result = c;
};

template<char... str> 
constexpr unsigned
operator "" _hash() {
    return hash<str>::result;
}

// update: probably wrong, because the above 
// form is not allowed for string-literals:    
const unsigned h = "abcd"_hash;

如果杰里斯的方法可行,那么以下方法应该可行:

constexpr unsigned operator "" _hash(const char* s, size_t) {
    return const_hash(s);
}

可变长度模板和constexpr用户定义的文字的很好的(必要的)组合。我不确定您可以使用字符串文字作为模板参数,它们是否具有静态链接?(它们至少在C ++ 98中具有,因此作为模板参数是有效的)。
Motti 2010年

我混淆了各个段落,并认为此案是一个例外-遗憾的是事实并非如此。
乔治·弗里茨彻

1
@Motti:gf在哪里使用字符串文字作为模板参数?您是否将char的可变参数模板作为字符串文字传递而感到困惑?
deft_code 2010年

从最初的提案看来,字符串文字的模板版本未被接受(由于串联问题?stackoverflow.com/questions/1108008/any-ideas-for-c1y/…-评论)-太糟糕了。
Georg Fritzsche)

1
operator ""_hash在Xcode 5.0.2中为我工作的最新版本。
cubuspl42 2014年

8

另一种基于Clement JACOB的解决方案,使用C ++ 11 constexpr(而不是扩展的C ++ 14),但只有一个递归。

namespace detail {
// CRC32 Table (zlib polynomial)
static constexpr uint32_t crc_table[256] = { 0x00000000L, 0x77073096L, ... }

template<size_t idx>
constexpr uint32_t combine_crc32(const char * str, uint32_t part) {
  return (part >> 8) ^ crc_table[(part ^ str[idx]) & 0x000000FF];
}

template<size_t idx>
constexpr uint32_t crc32(const char * str) {
  return combine_crc32<idx>(str, crc32<idx - 1>(str));
}

// This is the stop-recursion function
template<>
constexpr uint32_t crc32<size_t(-1)>(const char * str) {
  return 0xFFFFFFFF;
}

} //namespace detail

template <size_t len>
constexpr uint32_t ctcrc32(const char (&str)[len]) {
  return detail::crc32<len - 2>(str) ^ 0xFFFFFFFF;
}

一些解释

  • 我们使用单个递归,因此即使对于更长的字符串,该函数也能正常工作。
  • 额外的功能combine_crc32使我们可以将递归的结果存储在变量下,part并使用两次。此函数是C ++ 11限制不允许局部变量声明的解决方法。
  • ctcrc32函数需要一个字符串文字,它以形式传递const char (&)[len]。这样,我们就可以将字符串长度作为模板参数,而不必依赖宏。

2
最后,这是我最喜欢的实现,谢谢。
丹尼尔·穆迪

6

以下内容可在GCC 4.6.1中使用,您可以在hashpack开关块中使用。

/* Fast simple string hash (Bernstein?) */                                       
constexpr unsigned int hash(const char *s, int off = 0) {                        
    return !s[off] ? 5381 : (hash(s, off+1)*33) ^ s[off];                           
}                                                                                

/* Pack the string into an unsigned int                                          
 * Using 7 bits (ascii) it packs 9 chars into a uint64_t                         
 */                                                                              
template <class T = uint64_t, unsigned int Bits = 7>                             
constexpr T pack(const char *s, unsigned int off = 0) {                          
    return (Bits*off >= CHAR_BIT*sizeof(T) || !s[off]) ? 0 :                     
        (((T)s[off] << (Bits*off)) | pack(s,off+1));                             
}  

GCC貌似(?)不允许递归调用,我们在通过s+1s一个指针,这就是为什么我用的off变量。


5

如果您使用的是c ++ 17编译器和string_view,那么这很简单,只需编写普通版本即可:

constexpr uint32_t crc32(std::string_view str)
{
    uint32_t crc = 0xffffffff;
    for (auto c : str)
        crc = (crc >> 8) ^ crc_table[(crc ^ c) & 0xff];
    return crc ^ 0xffffffff;
}

请注意,如果您只是编写crc32("mystring")(通常VS倾向于这样做),则编译器可能会决定在编译时不进行处理。解决该问题的技巧是创建一个constexpr变量,该变量取决于crc32的编译时间评估。通常constexpr uint32_t val = crc32("mystring");
纪尧姆·格里斯

3

这是另一个C ++ 11实现(基于@ CygnusX1答案),可与constexpr char数组和运行时字符串一起使用:

namespace detail {

    // CRC32 Table (zlib polynomial)
    static constexpr uint32_t crc_table[256] = { 0x00000000L, 0x77073096L, ... };

    constexpr uint32_t combine_crc32(size_t idx, const char * str, uint32_t part) {
        return (part >> 8) ^ crc_table[(part ^ str[idx]) & 0x000000FF];
    }

    constexpr uint32_t crc32(size_t idx, const char * str) {
        return idx == size_t(-1) ? 
            0xFFFFFFFF : combine_crc32(idx, str, crc32(idx - 1, str));
    }
}

uint32_t ctcrc32(std::string const& str) {
    size_t len = str.size() + 1;
    return detail::crc32(len - 2, str.c_str()) ^ 0xFFFFFFFF;
}

template <size_t len>
constexpr uint32_t ctcrc32(const char (&str)[len]) {
    return detail::crc32(len - 2, str) ^ 0xFFFFFFFF;
}

您需str.size() + 1要这样做len,因为在第二个过载中,strlen(str) + 1归因于结尾处的空字符。

我没有为其添加重载,const char *因为它与第二个重载弄混了—您可以轻松地为const char *, size_t或添加重载std::string_view


2

这是一个很好的问题。

基于Jerry Coffin的答案,我创建了另一个与Visual Studio 2017的std :: hash兼容的对象。

#include <functional>
#include <cassert>
using namespace std;


constexpr size_t cx_hash(const char* input) {
    size_t hash = sizeof(size_t) == 8 ? 0xcbf29ce484222325 : 0x811c9dc5;
    const size_t prime = sizeof(size_t) == 8 ? 0x00000100000001b3 : 0x01000193;

    while (*input) {
        hash ^= static_cast<size_t>(*input);
        hash *= prime;
        ++input;
    }

    return hash;
}


int main() {
    /* Enter your code here. Read input from STDIN. Print output to STDOUT */

    auto a = cx_hash("test");
    hash<string> func;
    auto b = func("test");
    assert(a == b);

    return 0;
}

https://github.com/manuelgustavo/cx_hash


0

我仍然缺少crc32-literal变体(使用模板是不可能的),因此这是基于CygnusX1的建议。做了一些测试,随时提供反馈。

MSVC上的Testet。

PS:我讨厌在其他地方搜索其他内容,因此我在答案的底部复制了CRC表。

#include <inttypes.h>

namespace detail
{
    // CRC32 Table (zlib polynomial)
    static constexpr uint32_t crc_table[256] =
    {
        0x00000000L, 0x77073096L, 0xee0e612cL, 0x990951baL, 0x076dc419L,
        ...
    };

    constexpr uint32_t combine_crc32( const char c, uint32_t part )
    {
        return (part >> 8) ^ crc_table[(part ^ c) & 0x000000FF];
    }

    constexpr uint32_t crc32( const char * str, size_t idx )
    {
        return combine_crc32( str[idx], idx ? crc32( str, idx - 1 ) : 0xFFFFFFFF );
    }
} //namespace detail

constexpr uint32_t ctcrc32( const char* str, size_t len )
{
    return detail::crc32( str, len ) ^ 0xFFFFFFFF;
}

size_t constexpr operator "" _hash( const char* str, size_t len )
{
    return ctcrc32( str, len );
}

Dan Bernstein(djb2)的算法的替代方案(Jerry Coffin + Georg Fritzsche的组合答案)

unsigned constexpr const_hash( char const *input )
{
    return *input ?
        static_cast<unsigned int>(*input) + 33 * const_hash( input + 1 ) :
        5381;
}
size_t constexpr operator "" _hash( const char* str, size_t len )
{
    return const_hash( str );
}

crc32表:

static constexpr uint32_t crc_table[256] =
    {
        0x00000000L, 0x77073096L, 0xee0e612cL, 0x990951baL, 0x076dc419L,
        0x706af48fL, 0xe963a535L, 0x9e6495a3L, 0x0edb8832L, 0x79dcb8a4L,
        0xe0d5e91eL, 0x97d2d988L, 0x09b64c2bL, 0x7eb17cbdL, 0xe7b82d07L,
        0x90bf1d91L, 0x1db71064L, 0x6ab020f2L, 0xf3b97148L, 0x84be41deL,
        0x1adad47dL, 0x6ddde4ebL, 0xf4d4b551L, 0x83d385c7L, 0x136c9856L,
        0x646ba8c0L, 0xfd62f97aL, 0x8a65c9ecL, 0x14015c4fL, 0x63066cd9L,
        0xfa0f3d63L, 0x8d080df5L, 0x3b6e20c8L, 0x4c69105eL, 0xd56041e4L,
        0xa2677172L, 0x3c03e4d1L, 0x4b04d447L, 0xd20d85fdL, 0xa50ab56bL,
        0x35b5a8faL, 0x42b2986cL, 0xdbbbc9d6L, 0xacbcf940L, 0x32d86ce3L,
        0x45df5c75L, 0xdcd60dcfL, 0xabd13d59L, 0x26d930acL, 0x51de003aL,
        0xc8d75180L, 0xbfd06116L, 0x21b4f4b5L, 0x56b3c423L, 0xcfba9599L,
        0xb8bda50fL, 0x2802b89eL, 0x5f058808L, 0xc60cd9b2L, 0xb10be924L,
        0x2f6f7c87L, 0x58684c11L, 0xc1611dabL, 0xb6662d3dL, 0x76dc4190L,
        0x01db7106L, 0x98d220bcL, 0xefd5102aL, 0x71b18589L, 0x06b6b51fL,
        0x9fbfe4a5L, 0xe8b8d433L, 0x7807c9a2L, 0x0f00f934L, 0x9609a88eL,
        0xe10e9818L, 0x7f6a0dbbL, 0x086d3d2dL, 0x91646c97L, 0xe6635c01L,
        0x6b6b51f4L, 0x1c6c6162L, 0x856530d8L, 0xf262004eL, 0x6c0695edL,
        0x1b01a57bL, 0x8208f4c1L, 0xf50fc457L, 0x65b0d9c6L, 0x12b7e950L,
        0x8bbeb8eaL, 0xfcb9887cL, 0x62dd1ddfL, 0x15da2d49L, 0x8cd37cf3L,
        0xfbd44c65L, 0x4db26158L, 0x3ab551ceL, 0xa3bc0074L, 0xd4bb30e2L,
        0x4adfa541L, 0x3dd895d7L, 0xa4d1c46dL, 0xd3d6f4fbL, 0x4369e96aL,
        0x346ed9fcL, 0xad678846L, 0xda60b8d0L, 0x44042d73L, 0x33031de5L,
        0xaa0a4c5fL, 0xdd0d7cc9L, 0x5005713cL, 0x270241aaL, 0xbe0b1010L,
        0xc90c2086L, 0x5768b525L, 0x206f85b3L, 0xb966d409L, 0xce61e49fL,
        0x5edef90eL, 0x29d9c998L, 0xb0d09822L, 0xc7d7a8b4L, 0x59b33d17L,
        0x2eb40d81L, 0xb7bd5c3bL, 0xc0ba6cadL, 0xedb88320L, 0x9abfb3b6L,
        0x03b6e20cL, 0x74b1d29aL, 0xead54739L, 0x9dd277afL, 0x04db2615L,
        0x73dc1683L, 0xe3630b12L, 0x94643b84L, 0x0d6d6a3eL, 0x7a6a5aa8L,
        0xe40ecf0bL, 0x9309ff9dL, 0x0a00ae27L, 0x7d079eb1L, 0xf00f9344L,
        0x8708a3d2L, 0x1e01f268L, 0x6906c2feL, 0xf762575dL, 0x806567cbL,
        0x196c3671L, 0x6e6b06e7L, 0xfed41b76L, 0x89d32be0L, 0x10da7a5aL,
        0x67dd4accL, 0xf9b9df6fL, 0x8ebeeff9L, 0x17b7be43L, 0x60b08ed5L,
        0xd6d6a3e8L, 0xa1d1937eL, 0x38d8c2c4L, 0x4fdff252L, 0xd1bb67f1L,
        0xa6bc5767L, 0x3fb506ddL, 0x48b2364bL, 0xd80d2bdaL, 0xaf0a1b4cL,
        0x36034af6L, 0x41047a60L, 0xdf60efc3L, 0xa867df55L, 0x316e8eefL,
        0x4669be79L, 0xcb61b38cL, 0xbc66831aL, 0x256fd2a0L, 0x5268e236L,
        0xcc0c7795L, 0xbb0b4703L, 0x220216b9L, 0x5505262fL, 0xc5ba3bbeL,
        0xb2bd0b28L, 0x2bb45a92L, 0x5cb36a04L, 0xc2d7ffa7L, 0xb5d0cf31L,
        0x2cd99e8bL, 0x5bdeae1dL, 0x9b64c2b0L, 0xec63f226L, 0x756aa39cL,
        0x026d930aL, 0x9c0906a9L, 0xeb0e363fL, 0x72076785L, 0x05005713L,
        0x95bf4a82L, 0xe2b87a14L, 0x7bb12baeL, 0x0cb61b38L, 0x92d28e9bL,
        0xe5d5be0dL, 0x7cdcefb7L, 0x0bdbdf21L, 0x86d3d2d4L, 0xf1d4e242L,
        0x68ddb3f8L, 0x1fda836eL, 0x81be16cdL, 0xf6b9265bL, 0x6fb077e1L,
        0x18b74777L, 0x88085ae6L, 0xff0f6a70L, 0x66063bcaL, 0x11010b5cL,
        0x8f659effL, 0xf862ae69L, 0x616bffd3L, 0x166ccf45L, 0xa00ae278L,
        0xd70dd2eeL, 0x4e048354L, 0x3903b3c2L, 0xa7672661L, 0xd06016f7L,
        0x4969474dL, 0x3e6e77dbL, 0xaed16a4aL, 0xd9d65adcL, 0x40df0b66L,
        0x37d83bf0L, 0xa9bcae53L, 0xdebb9ec5L, 0x47b2cf7fL, 0x30b5ffe9L,
        0xbdbdf21cL, 0xcabac28aL, 0x53b39330L, 0x24b4a3a6L, 0xbad03605L,
        0xcdd70693L, 0x54de5729L, 0x23d967bfL, 0xb3667a2eL, 0xc4614ab8L,
        0x5d681b02L, 0x2a6f2b94L, 0xb40bbe37L, 0xc30c8ea1L, 0x5a05df1bL,
        0x2d02ef8dL
    };
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.