ぎゃおーん。
typedef struct {
u16 index; //
s16 cx; // center x
s16 cy; // center y
u16 flip; // default flip
} SPR_PAT;
typedef struct {
u16 spr_num;
SPR_PAT p[];
} SPR_PATTERN;
1: #include "spr_pat.h"
2:
3: static const SPR_PATTERN not_used_sp_ptn = {
4: 1,
5: {
6: { 0, -8, -8, SP_NOFLIP, },
7: },
8: };
$ make
# compiling res/spr_pat.c ...
res/spr_pat.c:8: internal compiler error: in tree_low_cst, at tree.c:3313
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.mingw.org/bugs.shtml> for instructions.
$ arm-elf-g++ --version
arm-elf-g++ (GCC) 3.4.3
gcc から g++ に変えてみた途端この仕打ち！とりあえずこのソースだけ gcc で
コンパイルして凌ぐことにして、あとでコンパイラのバージョンを上げて試して
みるか……。
てゆーか、バグリポート先に mingw の URL が示されてるのはいいのかしら？
弾速度調整君.zip
弾速、発射頻度、弾アニメなんかを実機上で動かしながら変更できたり、デカい
キャラを出しまくってみたり出来ます。ひどいソースも入れておきました。
--
また C++ とかの話に戻るのだが、クラスの継承・委譲なんかを繰り返していく
と、 thumb コードと arm コードの使い分けが大変だね。thumb から IWRAM の
arm を呼んで、そこからまた ROM の thumb を呼んだりすると（thumb コードは
longcall 宣言がされてないので）ハングアップする。クラス内では諦めてどち
らかに統一するしかなさそうだ。 DS なら基本的にオンメモリだろうし問題ない
んだろうなぁ。
カーソルが文字を貫通する！このとき選択範囲も狂うのでイライラする。
詳しいことはよく分からないけど、見かけの横幅と実体の横幅が合ってない気が。
Windowsのフォントラスタライザが腐ってるのかと思って、UbuntuでFreeTypeで
試してみたりするんだけど、同じ条件（フォントサイズ・閲覧ページ）だと発生
しないな……。しかし、ときたま遭遇してイラッとする。
うぶんつでのスクリーンショット。サイズ11かなこれは。
http://www.amazon.co.jp/dp/4759222197
無駄に実機で撮ってみた。
ハングアップするほどに大量のエフェクトを出す方法は限られているので、この
バグを残すことで、逆に（パロディ元のゲームを）やりこんでいる人間が選別で
きる気もする。けど、ハングアップすること自体が普通にダサいよな……。
超連射のようにあらかじめアニメーションパターンを作っておくことで、タスク
一つで賄えるようにした。
こんだけ出しても５タスク！スプライト数にして840個！
これでもうエフェクトが出まくっても安心だ！