FUJIMI-IM/sj3に投げたPR、どうしましょ。いじりすぎてしまったので頭抱えてるんだろうなあ…って気がしてるんですけど。
OpenBSD, Ham(JG1UAA), Ingress(Lv14, RES), Japanese(Sagamihara-city, Kanagawa)
Another side: https://social.tchncs.de/@uaa
npub1rarr265r9f9j6ewp960hcm7cvz9zskc7l2ykwul57e7xa60r8css7uf890
Messages from this Mastodon account can read via mostr.pub with npub1j3un8843rpuk4rvwnd7plaknf2lce58yl6qmpkqrwt3tr5k60vfqxmlq0w
FUJIMI-IM/sj3に投げたPR、どうしましょ。いじりすぎてしまったので頭抱えてるんだろうなあ…って気がしてるんですけど。
OpenBSD portsのsysutils/opensbiは1.2なんだけど、maybe-uninitializedが出ないようなコードになってる。Milk-V SDK(v1.0.6)のOpenSBIとOpenBSD portsのOpenSBI、どちらが新しいかを知りたいところ(探し方が悪くてまだ見つけ出せていない)。
Milk-V DuoのSDK(v1.0.6)の、opensbi/lib/utils/reset/fdt_reset_thread.cのmaybe-uninitializedなwarningを潰せば、gmake CROSS_COMPILE=riscv64-unknown-elf- PLATFORM_RISCV_ISA=rv64gcでOpenSBIはビルドできるけど…OpenSBIってARM-Trusted-Firmwareのような機種依存部分ってそんなにないのかなあ。
自分だとgoto使って
if ((err = hoge()) != ERR_NO_ERROR) goto fin0;
if ((err = hogehoge()) != ERR_NO_ERROR) goto fin1;
if ((err = piyo()) != ERR_NO_ERROR) goto fin2;
if ((err = piyopiyo()) != ERR_NO_ERROR) goto fin3;
本業;
fin3: piyoで確保したリソースの解放;
fin2: hogehoge()で確保したリソースの解放;
fin1: hoge()で確保したリソースの解放;
fin0: return;
というのはよくやるんだけど…modern Cでやる行為ではないよね…
This account is not set to public on notestock.