C++ はとても複雑だ。新しいことを見つける度に思う。 AIX の C++ コンパイラには -qlanglvl=staticstoreoverlinkage というオプションがある。 具体的に示すと、 extern "C" static void func(void*); は文法的に間違った記述なのだそうだ。 extern "C" { static void func(void*); } が由緒正しき記述なのだそうである。 注意しないと行けない点は、この関数が static なこと。この static が無い、extern "C" void func(void*); は正しい記述だ。 数々の本を漁っても extern "C" に触れているのがあればいい方で、その正しき文法の詳細を記述した本を見たことは無い。
Boost 1.53.0時点のロックフリーキューは、要素型Tがtrivially copyable(memcpy可能な型)であることを要求します。そのため、ユーザー定義型の多くはロックフリーキューに格納できません。 #include <boost/lockfree/queue.hpp> int main() { boost::lockfree::queue<std::string> que(3); // エラー！ } In file included from main.cpp:3:0: boost_1_53_0/boost/lockfree/queue.hpp: In instantiation of 'class boost::lockfree::queue<std::basic_string<char> >': main.cpp:7:41: required from here bo
レベルエディタを実装中です。 今は DyncmicObjLoader があるので全部 C++ でレベル (ステージ) を書くのも十分アリなんですが、それとは別に、レベルエディタ的なものを実装してそれをゲームの一要素にしたいと考えています。 exception conflict が、サーバープレイヤーが動画を配信しながらプレイして視聴者が気まぐれに乱入、という遊ばれ方をしているのを見て、これに加えて見てる人が敵出したり敵に指示出したりできたら面白そうだ、と考えていました。 直接ゲームにつないでるプレイヤーは STG な一方、見てる人はそのプレイヤーを阻止する RTS になるイメージです。 見てる人が気軽に敵出したり敵に指示出したりできる、となるとそれはブラウザ上で動くことが必須であり、事実上 HTML であることが必須です。 そういうわけで、HTML でレベルエディタです。 上の動画はとりあ
Boost 1.53.0には、Boost.Lockfreeという並行コンテナのライブラリが入りました。 このライブラリにはスタックとキューが用意されていますが、よく使うのはキューの方でしょう。 使い方は以下のようになります。 #include <iostream> #include <thread> #include <boost/lockfree/queue.hpp> boost::lockfree::queue<int> que(128); void producer() { for (int i = 0;; ++i) { while (!que.push(i)) {} } } void consumer() { for (;;) { int x = 0; if (que.pop(x)) { std::cout << x << std::endl; } } } int main() {
部分文字列に対する操作で、以下のような処理をよく書くと思います。 #include <string> std::string extract_part(const std::string& str) { return str.substr(2, 3); } int main() { if (extract_part("ABCDEFG").front() == 'C') { ... } } std::stringのメンバ関数を使いたいからchar配列からstd::stringに変換し、部分文字列を得るためにsubstr()メンバ関数を使っています。 しかしそのためにstd::stringの一時オブジェクトができてしまうので、効率はよくありません。 Boost 1.53.0から、このような場合に使用するstring_refというクラスが導入されました。これは以下のように使用します。 #incl
前回、rvalue reference 完全解説なる記事を書いた所、ある程度の反響を得た。このような個人のブログでは、数人が思う所を書けば、まあ、ある程度の反響と言って差し支えないのである。 しかるに、皆rvalue referenceの理解に苦しんでいる様子だ。果たしてあの解説が至らなかったのであろうか。しかし、あの解説は、これ以上ないくらい簡単に書いたはずである。 実際、value referenceは、名前の通りのrvalueへのreferenceに過ぎぬのだし、std::move()とstd::forward()は、キャストに過ぎぬのだ。std::move()は、rvalueへのキャストであり。std::forward()は、lvalueをlvalueへ、rvalueをrvalueへキャストするのである。それだけのことなのである。 しかし、現実に理解に苦しんでいる者がいる。これは一
目的 この記事は、C++0xのrvalue referenceを完全に解説せんとする目的を以て書かれた。サンプルコードは最小に留め、エラー処理等は省いた。この記事さえ読めば、今日からrvalue referenceを恐れることなく使う本物のC++0xプログラマになれるだろう。 lvalueとrvalueについて Cの時代では、lvalueとrvalueの違いは、代入演算子の左側か右側かという違いだけであった。つまり、left hand value, right hand valueの略である。従って、訳語も、左辺値、右辺値であった。C++においては、これはもはや正しくはない。従って、右辺値、左辺値というのも、誤訳である。それ故に、ここでは、これ以上、左辺値、右辺値という名称を使用しない。 誤解を恐れずにいえば、lvalueとは、明示的に実体のある、名前付きのオブジェクトであり、rvalue
static_vector using aligned_storage static_vector: fixed capacity vector update ソースコード： http://svn.boost.org/svn/boost/sandbox/varray/ 現在、BoostのSandbox上で、フリーストア(ヒープ)を使わない可変長配列の開発が進められています。 このコンテナは、テンプレートパラメータで決定した容量に基いて、静的なサイズの配列を内部的に持ち、その配列に対して配置newすることで可変長配列を実現します。 使い方は以下のようになります。 #include <iostream> #include <boost/container/varray.hpp> int main() { // intの可変長配列を定義。最大要素数は3 boost::container::var
WebMidiLink用にJavascriptで書いた簡単なシンセWebBeeper2A03に以前@mohayonao氏がコメントを付けてくれたのですが、今度はそれをもとにMatsushima氏がOpenFrameworksのアドオン ofxRP2A03 としてC++に移植してくれました。 githubにてMITライセンスでの公開になっています。 https://github.com/shintaro4 シンセと言えるほどの構成も持っていないものすごく単純なものなんですが、その分ソースはとても短くて把握しやすいと思いますので、楽器プログラミングを始めてみたいという方のとっかかりには良いのではないでしょうか。 ちなみに「RP2A03」というのはNES (ファミコン)に搭載されていたリコーのチップの型番です。完全にちゃんとエミュレーションしているわけではないのですが、特徴的な階段状三角波や矩形
多倍長演算のプログラムを書くために学習した高速フーリエ変換のメモ。・・・ところでfftでググるとファイナルファンタジータクティクスが出てくるあたり泣ける。 高速フーリエ変換は離散フーリエ変換を高速に行うアルゴリズムで、素直に実装すると再帰的な処理になる。普通は実用の観点から繰り返しのコードにする。その際はビットリバースと呼ばれる操作をして要素を交換した配列を一度に得る。正直何やってるか分からない。多分、インデックス値のビット列を反転させた値をインデックス値とした配列の要素と交換してる。複素数演算をするが、c++ならcomplex STLを使える(complexをインクルード)。stl使うだけで、コードの見通しがかなり改善される。 以下を参考にした。 http://www.na.cse.nagoya-u.ac.jp/~reiji/lect/alg99/sec11-3.html http://
This is the original GotW problem and solution substantially as posted to Usenet. See the book Exceptional C++ (Addison-Wesley, 2000) for the most current solutions to GotW issues #1-30. The solutions in the book have been revised and expanded since their initial appearance in GotW. The book versions also incorporate corrections, new material, and conformance to the final ANSI/ISO C++ standard. Th
N3337, 18.10 Other runtime support p9 All signal handlers shall have C linkage. 全てのシグナルハンドラは、Cリンケージを持たなければならない。 とC++側の規格で決まってるようなので、シグナルハンドラはCリンケージで書きましょう。 なんでかはよくわかりません。 #include <cstdio> #include <cstdlib> #include <csignal> extern "C" void handler(int sig) { std::printf("signal\n"); std::exit(1); } int main() { std::signal(SIGINT, handler); for (;;) { std::printf("wait\n"); } }
The project aims to build upon the latest C++ standard (currently C++11) to provide easy to use libraries for network programming. We use the latest compiler versions and features with an eye on pushing the boundaries on leveraging what's available in C++. Currently the library contains an HTTP client and server implementation, a stand-alone URI library, a network message framework, and some concu
C++での話。 列挙型の値を、最初から最後まで順に使いたいとき。たとえばこんなとき。 enum Month { Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Nov, Oct, Dec }; // JanからDecまで順に使いたい... 試しにfor文を使ってみる。 for(Month month = Jan; month <= Dec; ++month) // ... (1) { // ... } すると、++演算子がないのでコンパイルエラーに。 ++monthの代わりにmonth += 1とやってみても、またmonth = month + 1とやってみてもやっぱりだめ。ようやくmonth = static_cast(month + 1)とやってコンパイルが通り、期待通りに動いてくれた。 こんな列挙型の使い方が正しいかどうかはちょっと脇に置いて
BoostCon '11で「Boost.Generic: Concepts without Concepts」というセッションがあるらしいので内容を予想してみる。一つはConceptCheckがあると思いますが、今回はTraitsによるConcept MapとConcept-based Overloadを解説していこうと思います。 Boostでは近年、Fusion, Polygon, Geometryといったライブラリが、Traitsと呼ばれる手法によってConcept MapとConcept-based Overloadを表現しています。 たとえば、コンセプトベース線形代数ライブラリの設計を考えてみましょう。ベクトルクラスは通常以下のように定義することになりますが template <class T> struct vector2 { T x, y; }; コンセプトベースなライブラリの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く