コンパイル時の文字列ハッシュ


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についても言及されていません。コンパイラのサポートがなければ、それは推測でしか機能しませんが、テンプレート化されたユーザー定義リテラルは、可能であるように。
Georg Fritzsche、2010年

1
可愛いけど便利じゃない?スイッチの値がランタイム文字列の場合は、衝突がないかどうかも確認する必要があります。たぶんパッキングの方がいいかもしれません(私の答えには、9文字を64ビットに詰め込むパック関数があります)。
u0b34a0f6ae

@ u0b34a0f6aeなぜ衝突をチェックするのですか?
cubuspl42 2014年

2つのケース値が等しい場合、コンパイラーはエラーを発行するはずです。
Mark Storer

回答:


88

これは少し遅れますが、を使用してコンパイル時CRC32関数を実装することに成功しましたconstexpr。これの問題は、執筆時点ではGCCでのみ機能し、MSVCやIntelコンパイラでは機能しないことです。

コードスニペットは次のとおりです。

// 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 2013

2
これを投稿してくれてありがとう、とても便利です!
タマシュSzelei

2
コンパイルフラグがありませんでした。さらに、再帰の停止テンプレート関数でsize_tに値-1をキャストする必要がありました。更新されたバージョンはこちらから入手できます(Clang 3.3で動作):goo.gl/vPMkfB
Clement JACOB

1
constexpr2013年11月にCTPを除いて、VS2013で使用できないblogs.msdn.com/b/vcblog/archive/2013/11/18/...

2
あなたは二度再帰しています。このソリューションは、文字列の長さに関して指数関数的に複雑であり、コンパイラーは2番目の呼び出しを除外するほど賢くありません。この問題の考えられる修正については、他の回答を確認してください。
CygnusX1 2016

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のルールを理解しているかどうかはわかりません 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の6番目の箇条書きの場合、これは2番目の箇条書きです。このような部分を識別するために、階層の下にある種の数字/文字/ローマ数字を追加することが可能かどうかについて、ピートベッカーと話をしなければならないかもしれません...

3
これには2つの問題があります。1:で再帰呼び出しは許可されていませんconstexpr。2:停止条件がありません(ここで*input == nullptrconstexpr。私が理解しているように、停止条件はありません。
Motti

9
constexprで再帰が許可されていないのはどこですか?私の知る限りでは、呼び出す関数自体にconstexprt(§5.19/ 2/2)のマークを付ける必要があるとだけ書かれています。終了条件を間違えましたが、これを修正しました(&&であるはずの場所で誤って||を使用しました)。
Jerry Coffin

3
再帰的constexpr。私は2008年の会議の議事録をいくつか読みました。再帰的なconstexpr関数の許可または禁止についての議論がありました。要点は、現在の文言がそれを禁じていないことであり、わずかにそれを暗示していました。委員会は、そのような強力な機能は明確に説明されるべきであると感じました。それは2008年のことですが、それ以降何が起こったのかわかりません。
deft_code

3
正しい-おそらく、私がN3000から移行していたことを指摘しておいた方がいいでしょう。一度は禁止されていたと思いますが、少なくとも今のところは許可されているようです。
Jerry Coffin

2
ええと、&&演算子はブール値を返すので、この関数はおそらく望んだことをしていません。特に、空の文字列と、場合によって(unsigned)-1は変換される文字で始まる特定の他の文字列に対しては0を返します。他のすべての文字列に対して1を返します。三項条件演算子で書き換えますか?
ndkrempel

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::hashstd::hashアルゴリズムを制御できないため使用できません。コンパイル時に評価するために、アルゴリズムをとして再実装する必要がありconstexprます。さらに、には「透過的な」ハッシュstdがないため、(を作成せずにstd::string)生の文字バッファーをとしてハッシュすることはできませんstd::string

std::stringカスタムハッシャー(透過const char*サポート付き)をmy_hash名前空間に貼り付けたので、std::unordered_map整合性が必要な場合は、それをに保存できます。

@JerryCoffinの優れた回答とその下のコメントスレッドを基にしていますが、現在のC ++ 11のベストプラクティス(それらを予測するのではなく)で記述しようとしました。

switchステートメントに「生のハッシュ」を使用するのcaseは危険です。後で==比較して、機能したことを確認します。


2
ライブ例のリンクが間違っている/古くなっているようです?
fuenfundachtzig

@fuenfundachtzig私が修正したと思いますか?
Yakk-Adam Nevraumont 2017年

13

このスニペットはClement JACOBのものに基づいています。しかし、clangでも動作します。そして、それはコンパイルがより速くなるはずです(再帰呼び出しは1つだけで、元の投稿のように2つではありません)。

#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
ありがとう、ジェイコブの答えは私がGCCで欲しかったものでうまく機能しますが、msvcはより大きな文字列でエラーをスローしていました。あなたの答えは私がハッシュする必要があるより大きな文字列でmsvcで動作します。
ダニエルムーディ2017年

8

以下に示すように、ここに表示されるフォームは標準に受け入れられなかったことに注意してください。

コンパイル時の文字列処理は、N2765で提案されているユーザー定義のリテラルを介して可能になると推測されています
すでに述べたように、私は現在それを実装しているコンパイラーを知りませんし、コンパイラーサポートなしでは推測作業しかできません。

§2.13.7.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;

場合Jerrysはアプローチが働き、その後、次のようにしかし、動作するはずです:

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

可変長テンプレートとconstexprユーザー定義リテラルの素敵な(そして必要な)組み合わせ。文字列リテラルをテンプレートパラメータとして使用できるかどうかわかりませんが、静的リンケージはありませんか?(少なくともC ++ 98で実行されるため、テンプレートパラメータとして禁止されています)。
Motti

私は段落を混同し、このケースは例外であると思った-悲しいことにそれはそうではないようです。
Georg Fritzsche、2010年

1
@Motti:gfは文字列リテラルをテンプレートパラメータとして使用していますか?文字の可変長テンプレートを文字列リテラルとして渡すのが混乱していますか?
deft_code

元の提案からのようですが、文字列リテラルのテンプレートバージョンは受け入れられませんでした(連結の問題のため?stackoverflow.com/questions/1108008/any-ideas-for-c1y/…-コメント)-残念です。
Georg Fritzsche、2010年

1
最後のバージョンはoperator ""_hashXcode 5.0.2 で動作します。
cubuspl42 2014年

8

C ++ 11 constexpr(拡張C ++ 14ではない)を使用するが、再帰が1つしかないClement JACOBのソリューションに基づく別のソリューション。

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それを2回使用できます。この関数は、ローカル変数宣言を許可しないC ++ 11制限のウォークアラウンドです。
  • ctcrc32この関数はとして渡された文字列リテラルを、期待しconst char (&)[len]。この方法では、テンプレートパラメーターとして文字列の長さを取得でき、マクロに依存する必要はありません。

2
これが私のお気に入りの実装になりました、ありがとう。
ダニエルムーディ2017年

6

以下はGCC 4.6.1で機能し、どちらかhashまたはpackスイッチブロックで使用できます。

/* 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はそうする傾向があります)。この問題を回避する秘訣は、crc32のコンパイル時の評価に依存するconstexpr変数を作成することです。通常constexpr uint32_t val = crc32("mystring");
Guillaume Gris

3

これは、(@ CygnusX1の回答に基づく)別のC ++ 11実装で、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ので、len2番目のオーバーロードにあるstrlen(str) + 1末尾のヌル文字によるもの。

const char *2番目のオーバーロードで混乱するため、のオーバーロードは追加しませんでした。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
    };
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.