09/02 14:33 (@gorry5) @kureka ビルド効率化との兼ね合いはいろいろ勘案しながらという感じで

09/02 14:34 (@gorry5) というか、オリジナルにreplyしたほうがいい気がするな、この話は

09/02 14:35 (@gorry5) .@tt_clown Cプログラムで扱うデータの管理にexcelを使うケースは、（自分ではやったことないけど）話はよくききますね。あとバイナリデータをCソースに突っ込むときに同じ手法をしばしば…

09/02 14:41 (@sinpen) .@gorry5 組み込みバイナリをCで書ける幸せな環境だと、bin１つにすべてのデータを入れてやりたくなるので、さっきの#include使ったりしますね。 (kesa)

09/02 14:42 (@nnk_osn) @gorry5 バイナリデータをC言語のBYTE配列で出力するフィルタは書きましたねぇ…。 (ketu)

09/02 14:48 (@gorry5) @nnk_osn X68k時代には「テキスト化して再コンパイル/アセンブルすると遅いので、直接オブジェクトファイルに変換する」とこまで書きました

09/02 14:51 (@_shimada) @gorry5 なるほど、そういう意味もあるんですね (koki)

09/02 14:51 (@nnk_osn) @gorry5 俺はLinux上のX68kクロスコンパイラ(gcc)でコンパイル（asm出力まで）→実機でHAS+HLKでした。 (kosu)

09/02 14:53 (@gorry5) @sinpen うちもWZ。しかもなぜかED.X(X68k)バインド

09/02 14:56 (@nnk_osn) X68k仲間の先輩、仕事でリンカ(UNIXなので正確にはローダ)作ってたんだから、@gorry5氏みたいなツール作ってもらえば良かった…。って、別にX68kのバイナリはCOFFじゃないけどさ。 (komo)