libunicode、contour-terminalの0.4.0の他にGNOMEの0.4があって非常にややこしいんですけど。 http://ftp.riken.jp/X11/GNOME/sources/libunicode/0.4/

ktermのUTF-8対応他諸々の入った奴（NetBSDとかにあるんだっけ？）をportsに持ってくるのが現実的なんだろうか。ていうかsj3 (tty client)使わない限りまず困らない…termcapを見るに、NWP-517(15inch X terminal, 1280x960)のVT200 emulationを前提としてるようだし。

もともとLinux（それもArchのような先鋭的なやつ）をメインとしていて、FreeBSDでも頑張ればできるよねー的な扱いのコードをOpenBSDでやろうって時点で…

contour-terminal、やはり動かすには相当ハードルが高いのかのぅ。boxed-cpp, libunicodeをports化して突っ込んでいても、contour-terminal自体のビルドが全然進まない。

contour-terminalのsrc/crisp/utils.cppは

std::string threadName()
{
#if defined(_WIN32)
(ry
#else
char text[32] = {};
pthread_getname_np(pthread_self(), text, sizeof(text));
return text;
#endif
}

なのでOpenBSD*だけ*問題が起こる…

NetBSDは<pthread.h>に
int pthread_getname_np(pthread_t, char *, size_t);
int pthread_setname_np(pthread_t, const char *, void *);

OpenBSDは<pthread_np.h>に
void pthread_get_name_np(pthread_t, char *, size_t);
void pthread_set_name_np(pthread_t, const char *);

DragonFlyBSDとFreeBSDは<pthread_np.h>に
void pthread_get_name_np(pthread_t, char *, size_t);
int pthread_getname_np(pthread_t, char *, size_t);
void pthread_set_name_np(pthread_t, const char *);
int pthread_setname_np(pthread_t, const char *);

pkg_add microsoft-gsl range-v3 yaml-cpp qt6 で（libunicode, boxed-cppが入ってるなら）cmake -S . -B build -G Ninjaは通る。contour-terminal v0.4.3.6442の話なので-current版との事情は違うけど。

えええええ…ホルモン美味しいのに…

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

【悲報】子供にweb日記を見つけられ、音読される（やめろおおおお）

何故この時間からこんなに暑い…

ラジオ体操の歌の歌詞を逆の意味の単語に変えるってのは結構やられていることなんだろうか。

古臭い夜が来た　絶望の夜だ

みたいな。