allocaと可変長配列

野良猫＠がんばらない @mskwt

ところでさ、type name[variable] って C++ で許されていたっけ？gcc 拡張？

Egtra (ysk-noh) @egtra

@mskwt C99なので、C++で使えたらgcc拡張。

SODA Noriyuki @n_soda

@mskwt C99規格から可能になりました

野良猫＠がんばらない @mskwt

array ってわけにもいかないから、全部 std::vector<> に書き直したわけだが。

野良猫＠がんばらない @mskwt

. @n_soda @egtra ああ、やっぱり g++ 拡張？本当にやめてほしい…。VC++ 拡張も死ねくらいに思っているので。

野良猫＠がんばらない @mskwt

こんな低レベルな領域確保について、資料嫁だの twitter で問い合わせる (応答 thx lot!) という構図が、C の終わりを告げている気がするんだよなあ…

SODA Noriyuki @n_soda

@mskwt @egtra gcc拡張ではありません。C言語1999年版の標準機能です。

野良猫＠がんばらない @mskwt

@egtra いや、mpio

SODA Noriyuki @n_soda

@mskwt @egtra あれ、C++部での話ですか？

野良猫＠がんばらない @mskwt

元は gcc 拡張じゃなかったの？ QT @n_soda: mskwt egtra gcc拡張ではありません。C言語1999年版の標準機能です。

Egtra (ysk-noh) @egtra

_allocaに書き換える→sizeof使われていてお手上げ（vectorへ）なんて覚えもある。

SODA Noriyuki @n_soda

@mskwt なるほど。で、あればg++拡張でしょうね。 @egtra さんの書かれた通りです。

くまぎ @kumagi

http://ideone.com/hdFnz スタック上に好きな長さの配列置けるってこれ地味に画期的な機能な気がするんですけど…。ヒープ触らずに済むとか素敵過ぎる。

Akihiro Nomura / きつね @sacred_fox

@kumagi alloca(3)じゃだめなの? というLinux+C(not C++)脳

くまぎ @kumagi

@kikairoya @scared_fox allocaを知らなかったです。実行時にサイズはわかるんだけど上限は規定できなくて…っていう場面で泣く泣くヒープを使ってたので今度からallocaを使おうと思います。

中村 実 @nminoru_jp

@kumagi @kikairoya @scared_fox いや可変長配列で済むなら、allocaより可変長配列を使う方がいいと思いますよ。

くまぎ @kumagi

@nminoru_jp それはgcc上でなら安心して動くから、ということでしょうか？

中村 実 @nminoru_jp

@kumagi 可変長配列はC99の仕様なのでコンパイラを問わずに使えると思います。VLAはallocaよりpointer aliasを減らせる点が有利です。ただ私が勘違いしていたのですがC++は仕様としてVLAが使えないので、C++ならallocaを使う方が行儀がいいです。

pepshiso @pepshiso

@kumagi allocaでサイズの上限なしのメモリをとるとスタックオーバーフローで死ぬんじゃ……。

くまぎ @kumagi

@pepshiso その時はライブラリ使用者の責任ということで許してもらいたいです。

鯉江 @koie

@kumagi すごく便利なのはたしか。でもスタックオーバーフローが恐いです。

SODA Noriyuki @n_soda

@koie @kumagi まあそれ言い出すと再帰だって使えなくなるわけで、スタックサイズを見積もって対策とるのはプログラマの責任ですな。あんまりでかい配列はとっちゃ駄目でしょう。

くまぎ @kumagi

@n_soda @koie そうですね「速度を優先してこういう選択をしたから使うときに気をつけてね」で済む話になってもらいたいです。

野良猫＠がんばらない @mskwt

alloca とか、user stack が thread-safe である以上、thread-safe だからなあ (例外はありそうな気がする)

野良猫＠がんばらない @mskwt

@n_soda いやあ、そういうのを使われると辛くて…。C as C99 なんてやるべきじゃないです。