Emacs 23.2リリース、入力補完やクラスブラウザなどを備えたプログラミング支援ツール「CEDET」を標準搭載 – SourceForge.JP Magazine : オープンソースの話題満載

CEDET が標準搭載され、配置するだけで次の機能が使えるとのことです。

• Makefile作成ツール
• コンパイラ実行スクリプト
• 入力補完/支援機能
• ヘルプ/リファレンス参照機能
• 自動コード生成
• UMLダイアグラム作成機能

未確認で申し訳ないです。「こういう仕事は IDE でやればいいや」って感じでいつも進めてしまうんです。ただ、 UML ダイアグラム作成機能というのはちと気になります。

方法は簡単、使わない変数を void でキャストするだけです。

int main(int argc, char *argv[])
{
  static_cast<void>(argc); // ←ここと…
  static_cast<void>(argv); // ←ここ

  return 0;
}

ただ、基本的に警告に対しては真摯に向き合った方が良いと思います。変数を自分で用意しておいて使わないというのは、何か間違えているような気がします（ましてや１度も使ってないというのは凡ミスですよね）。

何かの情報を WEB で検索しているときに見つけたのですが、これ、どこかの書籍でも書いてあったかもしれません。

Flash が無いと SWF は作れないの？

いいえ、 Flex SDK があれば無償で SWF を作ることができます。

Flash と Flex SDK はどう違うの？

Flash を Visual C++ のような IDE と考えると、 Flex SDK は cl.exe とか link.exe とか nmake.exe みたいなものです。ただし、 Flex SDK にて SWF を作るためには JRE （ Java のランタイム）が必要です。

Flash を買う意味あるの？

アニメーション要素のあるムービーを低コストで作りたい場合は大いにあります。 Flash があればモーションをマウスでつけることができますし、モーションの惰性も二次元のグラフで簡単に指定できます。描画ツールもありますので、単純な図形をマウスやペンタブレットで描くこともできます。

もし、 Flash を使わない場合は、座標や回転値などのモーションデータをオブジェクトと数値で指定するか、 XML で指定なければなりません。

あなたはアニメーションを作れないのに、なぜ Flash を持ってるの？

デバッガが便利なのと、 Creative Suite にバンドルされていたからです。仕事で作った SWF は Stage のタイムラインの１フレームに起動コードがあるだけで、あとは ActionScript で構築しました。ここだけ見ると無駄なんですが、それを無駄と思わせないのはデバッガの存在が大きいと思います。

簡単に覚えられる？

なんらかのプログラミング言語の経験がある方にとっては、携帯 Flash や昔の Flash に比べたら遙かに難度は低いと思います。 Flash は Macromedia 時代からそうだったのですが、マニュアルが非常に良くできていて、情報源に不足がありません（トピック毎にコピペで動くサンプルがあるのが嬉しいです）。ただ、全く初めての場合は、入門書に頼った方が良いと思います（少なくともタイムラインが問題なく使えるようになるまでは）。

レベル４（ /W4 ）なら大丈夫みたいです。警告クリーンを目指す場合はレベル４くらいなんかでいかがでしょうか。

他人が作った部分で警告が消せない場合は抑制する方法なんかも検討いただくと良いかもしれません。

MS のコンパイラが吐くコードより Intel のコンパイラの吐くコードの方が品質が高い（当時はコストベースの最適化は Intel のコンパイラが一番性能良かったそうです）のでそっちを使っていたり、やはりハードウェアの環境依存の解決が大変だったり（対応していない命令に”対応している”と返す偽仕様もあったとか）、コンシューマゲーム機向けゲームの開発も大変ですが、こちらはこちらで独特のノウハウが必要ですね。

また、 Windows ではヒートエイジングをやらないそうです。理由は「その前に Windows が落ちるから」だそうです（当時は 9x 系しか無かった）。なんて情けない OS でしょうか…

cl.exe を使う際、オプションを省略しまくると、可能な限りリンクまでして実行ファイルを作ってくれますが、これが不要な時は /c オプションを渡すとオブジェクトファイルを作って終了します。

cl.exe /c source.cpp

# 実行すると source.obj ができます
# たとえ source.cpp の中に main() 関数があろうがリンクされません

大きなプロジェクトを make などを使ってビルドする場合や、興味本位でオブジェクトファイルを解析したいときなど覚えておくと嬉しくなります。

最適化には２種類ありまして、ひとつがプランベースの最適化、もうひとつがコストベースの最適化です。 Visual C++ の無料版に搭載されているのはプランベースの最適化のみで、有料版には両方の最適化が搭載されています。

では、プランベースとコストベースの違いはいったいどこなのでしょうか？

まず、プランベースというのは「プログラムのコードを基に最適化すること」です。たとえば「連続した１バイトの転送処理が４回続いているから１バイトを４つまとめて４バイトで転送しよう」とかです（ 32bit マシンなので４バイトの転送が一度にできるのです）。こういった処理はゲームなどでは非常に有効です。どんなに初心者の方が書いたコードが効率悪くても、コンパイルしたら速くなる可能性があるのです。これが無料で使えるのは大変ありがたいことですね。

一方のコストベースのというのは「実際に動かしてみた結果を基に最適化すること」です。プランベースと違って実際に動かすというコストはかかりますが、最適化されたプログラムはプランベースの最適化より速くなります。冷静に考えてみれば当然です、実績を基にボトルネックを見つけて解消しているわけですから、やっていることは人間であるプログラマと同じというわけです。実は、まだコストベースの最適化を見たことがありませんので、多少の誤解はあるかもしれませんが、おおざっぱに考えてこういうことです。これなら有料版にしか搭載されていないのもうなずけます。

というわけでお金に余裕ができましたら有料版の購入を検討してみてください。 Professional 以上でないと付いていないそうです。

おそらく MS-DOS 時代を駆け巡った方々にはおなじみであろう通説、それは「コンパイラは２重ループの最適化が苦手」というものです。読んで字のごとく、コンパイラは最適化オプションをつけても、ハイパフォーマンスな２重ループのコードを吐きだしてくれなかったのです。そんなわけで、２重ループの代表的な用途であるブロック転送などをアセンブラでガリガリやっていた時代があったのですが、先日、某天才プログラマーに言われてしまいました。

聞く話によると最近のコンパイラは２重ループも速いそうです。知りませんでしたなぁ…。冷静に考えてみると Win32API でゲームが作れるくらい最近のマシンスペックとテクノロジーは進化しているわけですよね。最近、アセンブラ書いてないです。これは幸せなことなのかもしれません。

for (int i = 0; i <10; i++);

printf("%d\n", i);

これが動いてしまうそうです。ちゃんと 10 と表示されるとか。わざわざ for 文の中で変数を宣言する意味が無いですね。もしかしたら cl.exe ではブロックの先頭から末尾が新しいスコープになるように設計されているのかもしれません。なんというか機械的に、まぁ、機械であることには違いないんですけど。

// 警告設定をスタックに積む
#pragma warning(push)


// uncorporatable_header.h で次の警告を抑制する
#pragma warning(disable: 4000)

#pragma warning(disable: 4001)


// このヘッダで 4000 と 4001 の警告が抑制される
#include "uncorporatable_header.h"


// 警告設定を元に戻す
#pragma warning(pop)

#pragma pop と #pragma push は、内部でプラグマを変更しているヘッダを読み込む際に、後のコンパイルに影響を与えないようにする目的にも使えます。かなり便利です。