@orumin やっぱりトランスコンパイラなんですね…Valaと違ってGLibに依存せず、C/JavaScript両対応という点が利点になりそうな気がします。

なかなか遊ぶ時間が無い（ちょい本業絡みの問題があってそっちに時間取られてる）んだけど、新しい言語ってなんかワクワクします。結局Cに戻ってしまう部分はあるんだけどさあ…

どうも、Vと聞くとドラマのアレを想像してしまって精神的に良くない…（なのでVはvlangって名乗ってほしいと思ってしまう） https://ja.wikipedia.org/wiki/V_(1983%E5%B9%B4%E3%81%AE%E3%83%86%E3%83%AC%E3%83%93%E3%83%89%E3%83%A9%E3%83%9E)

Vってどーいう仕掛けでネイティブコードに落としてるんだろ。v examples/hello_world.vするとexamples/hello_worldが生成されてるんだけど。
nmで見るに、
00000000 F hello_world.01J102K64205WZ9Y297THV4F5Q.tmp.c
なんてものがあったのでCに変換してからビルドする形式なんだろうか（Valaみたいなやつ？）

ふーん、まず初期コンパイラ(C)を https://github.com/vlang/vc から取ってきて、これをビルドすることでV world（とでも書いとく）へ入ってく訳ね。

Vだけだとよー分からんのでせめてvlangとかにしてほしかった（リポジトリのオーナはvlangになってる） https://github.com/vlang/v

これか https://github.com/vlang/vinix

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

ARM64EC、今のところWindows方言ってことになるけど…Windows以外(PC-UNIX)ではどうなるんだろう。

アプリケーションなら別に特権命令とか使わないし、システムコールはホスト側に投げちゃえばいいからそれ以外の部分もお互いやりやすいようにやりましょうやとすると大分楽になるねってアプローチと。

あーなるほどこういう方向なのねーと納得。

あ、仮想マシンの電源切ってから気付いたけどビルドのログを採っておくんだった…これを参考に作業しようと思ってたのに。

contour-terminal、gcc-13じゃなくclang-17ならビルド通った…コンパイラの問題かよー

回答早っ！gcc-14使ってくれって言われた。 https://github.com/contour-terminal/contour/issues/1534#issuecomment-2183984877

WSL2動かさなくてもscpとかある程度のことはできるから、一旦WSL2上のUbuntu消すかー。最近使ってないし（さっき動かしたけどどうにもならないなら残す理由も無い）。

移植するにしても、移植元でちゃんと動いてることを確認できないと移植先で正しく動いてるかどうかなんて確認しようがないからなあ…

果たしてこんなissueで問題が解決するんだろうか。黙って時間を浪費するよかマシ、程度な気はするけど。 https://github.com/contour-terminal/contour/issues/1534

zshは20年前に学生やってた時に、好んで使っていた同期が居たな…自分はbash派だけど（最初に触ったPC-UNIX…Slackwareがbashという理由でbashを使い続けてる）。

NetBSDも（FreeBSDも？）昔はtcshがデフォルトだったような。DragonFlyBSDは今でもtcshだったよーな

OpenBSDのxenocaraに入ってるxterm、configurationがxtermcfg.hで固定されているので https://cvsweb.openbsd.org/cgi-bin/cvsweb/xenocara/app/xterm/xtermcfg.h そこをいじれば良いというかそこに標準的なstatus lineサポート入れてくれよというか…

OpenBSDのxenocaraに入ってるxterm https://cvsweb.openbsd.org/xenocara/app/xterm/NEWS 、OpenBSD-7.1がpatch #369 https://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/app/xterm/NEWS?rev=1.9&content-type=text/plain でOpenBSD-7.2がpatch #372 らしい。 https://cvsweb.openbsd.org/cgi-bin/cvsweb/~checkout~/xenocara/app/xterm/NEWS?rev=1.10&content-type=text/plain

レポートの形にまとめてissueか何かで質問するしかないかなあ…？

正直contour-terminalをどうやってビルドするのか分からないんだけど…必要なパッケージをインストールしてcmakeでビルドに必要なファイル作ってmakeなりninjaなりで処理するんじゃないのか？って悩んでるとこ

box-cppとlibunicodeの扱いが面倒そう（パッケージとして提供されてない）

Qt5/6の違いによるものじゃなさそうなので…Ubuntu/WSL2上でcontour-terminalがビルドできるか試すか

void linuxでcontour-terminalのパッケージがある以上、ビルドはできるっていう理解なんだけど…なぜうまくいかないんだろ。メモリが足りないっぽいとしても、24GB(RAM)＋12GB(swap)でダメなら32GBでも足りないだろうし、64GB前提ってことになるんだろうか。

[ 73%] Building CXX object src/contour/display/CMakeFiles/ContourTerminalDisplay.dir/ContourTerminalDisplay_autogen/mocs_compilation.cpp.o
c++: fatal error: Killed signal terminated program cc1plus

ってことは、libvtrasterizer.aは出来上がっていて、その後に問題ありってことかねえ。

[ 70%] Linking CXX static library libvtrasterizer.a
[ 70%] Built target vtrasterizer
[ 70%] Built target ContourTerminalDisplay_autogen_timestamp_deps
[ 71%] Automatic MOC for target ContourTerminalDisplay
[ 71%] Built target ContourTerminalDisplay_autogen
[ 72%] Automatic RCC for DisplayResources.qrc

[uaa@voidlinux-vm EWIEGA46WW]$ head moc_TerminalDisplay.cpp
/****************************************************************************
** Meta object code from reading C++ file 'TerminalDisplay.h'
**

おかしなものには見えないんだけど何故妙ちきりんなことになるんだろう…？

[uaa@voidlinux-vm ContourTerminalDisplay_autogen]$ cat mocs_compilation.cpp
// This file is autogenerated. Changes will be overwritten.
#include "EWIEGA46WW/moc_TerminalDisplay.cpp"
[uaa@voidlinux-vm ContourTerminalDisplay_autogen]$

libutempter-develが必要ってのは書いてなかったっけ

仮想マシンにメモリ24GB割り当てて試してみよう

んーむ、void linux上でcontour-terminalをビルドしちゃみたが、
[ 72%] Automatic RCC for DisplayResources.qrc
[ 73%] Building CXX object src/contour/display/CMakeFiles/ContourTerminalDisplay.dir/ContourTerminalDisplay_autogen/mocs_compilation.cpp.o
c++: fatal error: Killed signal terminated program cc1plus
compilation terminated.

ここまで来るのに一時間以上かなあ。swap食いつくして落ちた。4GB RAM+12GB swapでは足らんということか。

こんなんとか