IchigoJamでマンデルブロ集合 (2024/03/07) https://lab.nshdot.com/old/mandel15/
これはIchigoJam実機向けのベンチマークになるので、IchigoJam-BASICで使うにはちょっとツライ（PCGの対応が無いので）。

MSX-DOS上でのGAME言語のベンチマーク　[MSX] (2019/12/31)
https://piclabo.blog.ss-blog.jp/BenchMark
これを拝借しようか…

とはいえ、Pentium G4600上のCP/Mエミュレータ上で動くIchigoJam-BASICだと完走する（Complete!の表示が出る）のに10分はかかっているから実機とかだとどうなるんだろう。

教訓：コンパイラを疑う前に自分のコードを疑え

…何度やったっけ、これ…

if (((pint)pc & 1) == 0) { // align 2byte
pc++;
}
if (pc >= list && pc + 4 < list + _g.listsize) {
pc += 4;
continue;
}

貴様か

なんか分かった気がする。最適化の問題じゃなくて、確保されるメモリのアドレスが奇数番地になってるのでtokenizerがうまく動いてない、ということみたい。

現在のcommitによる最適化ルール適用後(-O2もしくは-O1)と、非適用(-O0)のアセンブラコードの比較は多分必要だと思う。というかそれをやるしかないよなあ…

※面倒

1) 現在のcommitで、最適化ルールを削っていく→どこかで動くところが見つかる
2) 最適化ルールを、現在→過去のcommitにさかのぼっていく→どこかで動くところが見つかる

1)と2)を引き起こす箇所は、一致していない

試したことを淡々とissueの形で連ねておけばなんか分かってもらえるかな？

で、このバグ報告どう書けば良いんだろう。すごく難しい英語になりそうな気がするんだけど。

あー、NEGってed 44だから2byteコードか。8ステート。
AND rとかOR rの類は4ステートなので、なるたけこれを狙いたい。

and a→and (hl)もダメ、or (hl)もダメ。

nopを挟む, neg, inc a + dec aは8ステートなので、add/sub a,0ないしcp 0の7ステートで逃げるしかないか。

and aの代わりにneg突っ込めば大丈夫。

でも何でor aじゃダメなんだろうね？

うーん、
ld a,(hl)
and a
jp %1z,%2 ;%3
ld hl,%4
and aの部分をor aにしてもおかしい。
cp 0、inc a + dec a、and a + nop、nop + and a、add a, 0の組み合わせなら問題ない。

あれか、最適化した後のコードをさらに最適化とかしていて、その際になんかおかしなことを始めちゃうんだろうかね？

https://github.com/z88dk/z88dk/commit/e0388f03ffb4533e5c0d31ce77f6843412e0a97e
この修正の、前半に追加されてるline 4560~4587の部分が悪さしてる。line 5270~の修正は無関係。

さらに細かく見ると、%check 0 <= %1 <= 255以降を削ってもIchigJam BASICの動作がおかしいのに対し、それ以前（call l_gchar～ld hl,%4）を削れば改善する。

call l_gchar
ld a,h
or l
jp %1z,%2 ;%3
ld hl,%4
=
ld a,(hl)
and a
jp %1z,%2 ;%3
ld hl,%4

このセクション。何やってんだろこれ。

commit e0388f03ffb4533e5c0d31ce77f6843412e0a97e
Date: Sat Apr 3 18:17:58 2021 +0100
NG

こいつか

https://github.com/z88dk/z88dk/commit/e0388f03ffb4533e5c0d31ce77f6843412e0a97e

commit 1aa6f82a6da9c93f3f8c0a96f07d6e217e4ab88a
Date: Tue Aug 4 21:34:20 2020 +0100
OK

commit 239d3c3ae7d385d197332b2b0a354ce967338d88
Date: Sun Jun 20 22:23:18 2021 +0100
NG

commit 52ca45e772de53a7a34662e3742518c0f2dee8cd
Date: Sat Mar 20 19:56:31 2021 +0000
OK

commit e745499d2bedf1ff37733070cf7f5bed18c7b483
Date: Sat Apr 3 12:25:19 2021 +0100
OK

commit eae581dfa63cf94114c0495409d2912b88de542a
Date: Sat Apr 3 13:35:34 2021 +0100
OK

やっぱこの部分だけ抜く、では状況変わんない…

ピープホール最適化、ある命令シーケンスをこういう形に置き換えてねって最適化なのはわかるんだけど…

シーケンス（大）→置き換え(A)
シーケンス（小）→置き換え(B)

の時に、シーケンス（大）の中にシーケンス（小）が含まれるとどうなるんだろうというのは気になるところ。

2064行目の
jr nz,ASMPC+3
scf
call c,%2
=
call z,%2
なんてさっきのをjp→callに置き換えてるけど、これだって問題になりませんかね。

3394行目以降を削除→エラー出る
3307行目以降を削除→エラー出る
3201行目以降を削除→エラー出ない
3250行目以降を削除→エラー出ない
3275行目以降を削除→エラー出ない
3294行目以降を削除→エラー出る
3281行目以降を削除→エラー出る

3275行目～の最適化ルールって
jr nz,ASMPC+3
scf
jp c,%1 ;%5
=
jp z,%1 ;%5
これなんだけど…ここだけさっくり外して大丈夫なんか？

3500行目以降を削除→エラー出る
1750行目以降を削除→エラー出ない
2612行目以降を削除→エラー出ない
3080行目以降を削除→エラー出ない

{ "COPTRULES1", 0, SetStringConfig, &c_coptrules1, NULL, "", "\"DESTDIR/lib/z80rules.1\"" },

もしかしてCOPTRULES1=ファイル名、とかすると最適化ルールをいじれるのかな

デフォルトだとはz80rules.9→2→1→0(→8)の順で最適化入れるのか。

case 2:
rules[num_rules++] = c_coptrules2;
rules[num_rules++] = c_coptrules1;
break;
default:
rules[num_rules++] = c_coptrules2;
rules[num_rules++] = c_coptrules1;
rules[num_rules++] = c_coptrules3;
break;
}

/* z80rules.9 implements intrinsics and RST substitution */
rules[num_rules++] = c_coptrules9;

switch (peepholeopt) {
case 0:
break;
case 1:
rules[num_rules++] = c_coptrules1;
break;

z88dk(sccz80)、-O2はz80rules.9→2→1の順
-O1はz80rules.9→1の順
-O0はz80rules.9のみ
というルールファイルを使ってz88dk-coptを実行してる

やっぱ汎用的にμsecくらいの待ちを行うコードを書くのってすごく難しい。特定の機種の特定の設定、って範囲を限定してくれないと自分のスキルじゃ無理だわ。

この質問者って、模試作ったメーカーに「あんたの解説は正しくない！誤りを見つけてやったんだから謝礼寄越せ！」って言いたくて言いたくて仕方がないっていうのが行間からものすごく滲み出てる。

潰えた野望（ついえた-やぼう）

「将来の機能拡張のために予約」…この言葉を見るたびに気分が落ち込むな。

拡張された将来、が来なかったのだから。

（なんかおじーちゃんがボケ防止のために昔の資料引っ張り出してあーでもないこーでもないしてる、というのをやっているよな自分…）

MSX-BASICのワークエリアにJIFFY(0FC9EH, 2byte)があってこれがVDP割り込みによるカウンタなんだけど… http://ngs.no.coocan.jp/doc/wiki.cgi/datapack?page=2%BE%CF+%B3%E4%A4%EA%B9%FE%A4%DF

1/60secとは限らないんだよなコレ。PAL機なら1/50secというケースもあるし…確かMSX向けのMegaDemoでも50Hz/60Hz切り替えがあるものがあったと記憶してる。

MAIN ROMの0x2bを読めば自動判別できるはずなんだけど…MSX-DOS上からだとめんどいよね。
http://ngs.no.coocan.jp/doc/wiki.cgi/datapack?page=7%BE%CF+%A5%D7%A5%ED%A5%B0%A5%E9%A5%E0%B3%AB%C8%AF%A4%CE%BD%F4%C3%ED%B0%D5

買い替えたくても金が無い（そして中古も意外に安い…安物買いの銭失いであると分かっていたとしても）。

テレビ・ラジオ・新聞を牽制する役割をインターネットに求めているのだけど…ある程度はできているのか、あるいはこいつら（テレビ・ラジオ・新聞）がインターネットを取り込もうと今でも躍起になっているというか…

そろそろテレビ局の一つや二つ、断末魔を聞きたいな、って思ってはいるんだけど。まだかなあ。

このアカウントは、notestockで公開設定になっていません。

Philips mShield for hospital networks Securing medical devices
https://www.philips.com/c-dam/b2bhc/de/resourcecatalog/landingpages/smartpath/de/philips_mshield_white_paper_lr_spread_pages_final.pdf
非常に字が小さくて読みづらいけど
「mShield consists of both hardware and software, and is
based on the security-oriented operating system
OpenBSD.」など、OpenBSDが使われていることが書かれている。

これなのかな
OpenBSD on medical x-ray machines (AsiaBSDCon 2018)
https://www.youtube.com/watch?v=vOVoylirkUU (YouTube)
https://www.openbsd.org/papers/asiabsdcon2018-xray.pdf (PDF)

単に画像を見る、というよりは画像を解析するのでCPUパワー欲しいって話になるのかな。適当に検索してたらこんなのが見つかったんだけど（ちょいとグロい画像もあるので閲覧注意）。
https://www.medicalexpo.com/medical-manufacturer/linux-software-57997.html

ALAFIA AIVAS SuperWorkstation Product Overview https://amperecomputing.com/assets/ALAFIA_AIVAS_SuperWorkstation_Datasheet_Overview_Ampere_Embedded_World_83e121dda2.pdf

大量のCPUコアとGPUをLinuxで回す、までは分かったけど…どんなアプリを動かすんだろう（医者じゃないので名前聞いても分からないけど気にはなる）。

uaa@framboise:~/z/ichigojam-firm/console$ TOOLCHAIN=z88dk-sdcc gmake
zcc +cpm -lm -clib=sdcc_iy -I../IchigoJam_BASIC -I./src/ ../IchigoJam_BASIC/main.c -o IchigoJam_BASIC
../IchigoJam_BASIC/ram.h:106: warning 278: return type of function omitted, assuming int
../IchigoJam_BASIC/ram.h:106: error 1: Syntax error, declaration ignored at 'uint8'
../IchigoJam_BASIC/ram.h:106: syntax error: token -> 'ram' ; column 9

標準品(?)のllvmじゃなく、sdccと組み合わせるためのllvmを用意しないといかんか…

uaa@framboise:~/z/ichigojam-firm/console$ clang -S -o tmp2.ll -emit-llvm -O2 -I../IchigoJam_BASIC -I./src ../IchigoJam_BASIC/main.c -nostdinc -I/usr/local/share/z88dk/include
In file included from ../IchigoJam_BASIC/main.c:16:
In file included from ./src/config.h:9:
In file included from /usr/local/share/z88dk/include/unistd.h:9:
/usr/local/share/z88dk/include/sys/types.h:34:9: error: 'short _Float16' is invalid
typedef short _Float16; /* IEEE-754 half float type */

まあそうなりますよねー…

LLVMに処理したコードをsdccに食わせる、という話は確かに昔聞いてはいた。 http://www.colecovision.eu/llvm+sdcc/

で、確かにこの方法でC to Cな変換をLLVMでやらせることができそう（今はllvm-gccでなくclangになるけども）…と思ったんだけど、ヘッダの処理をどうするかって問題があるのか。
2010-3-20[土] LLVMで Cに変換してみる http://www.6809.net/tenk/?%E9%9B%91%E8%A8%98%2F2010%2D03%2D20