Kohei Takahashi

すいません、まず説明をしてください。なぜこれが必要なのか、どういった問題を解決するのか、こういうアルゴリズムと組み合わせるとうまく行かないのを解決する、とか。なにかブログエントリでもいいんですが、そういった説明が無いならば特に今のところは需要は無いです。

> 私の書いているプログラムでtied_sequenceを入れ子にして使っています。現在の実装では、各sequenceにそれぞれ1つのアロケータを渡しているので内側のtied_sequenceに意味のあるアロケータを渡すことができません。 > これにより入れ子の内側のtied_sequenceにもアロケータを渡すことができ、アロケータとして使うことも可能です。 ちょっと意図が汲み取れているかわからないですが、 ```cpp using inner = tied_sequence; tied_sequence nested{tuple{AllocA{}, AllocB{}}, AllocC{}}; ``` のようなことをして、内側の`tied_sequence`が持つコンテナへのアロケータを渡したいということでしょうか。 あんまり `tied_sequence` を別の用途で使うことを想定していなかったのでできないのはそうですが、まぁあまり変なことにはなら無さそうなので実装するのは良いと思います。 ただ、`tied_sequence` がアロケータを持つのはちょっと変なので、もっと簡便な実装でctorでのみforwardingできるような仕組みにするのがいい気がします。

I'm working on this issue incl. optimizing vector. It's not so hard.

I have a concern what I want to confirm, following code is (or will be) valid and expected, right? ```cpp static_assert(std::is_trivially_copyable{}); // OK // because the struct is trivially copyable...

@alfC thanks. > My answer as of today is "no", sometimes I use bfn::vector or std::tuple, precisely to avoid the above anomaly of C++ structs, including recursive assignment, and recursive...

> What do you mean that is "incompatible"? The way I see it is that unfortunately vector and vector would have to be implemented differently because they will have different...

This is not a Fusion specific issue; `BOOST_GPU_ENABLED` is provided by Config. You should open this issue [there](https://github.com/boostorg/config/issues).

OK, but I don't know which functions are valid or invalid. So, PR is very welcome.

ctorでアロケータをfwdできる仕組みを作ってみました

I encountered same problem in my environment (with Ruby 1.9.3p194). Workaround is here and it seems to work fine for me. (only remove trailing colon) ``` diff diff --git lib/git_adapter_hooks.rb...