https://github.com/chriskohlhoff/asio 自体のビルドはできてるんだがなあ…
OpenBSD(uaa@), 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
https://github.com/chriskohlhoff/asio 自体のビルドはできてるんだがなあ…
/home/uaa/socket.io-client-cpp/lib/asio/asio/include/asio/ssl/impl/context.ipp:347:32: error: member access into incomplete type 'SSL_CTX' (aka 'ssl_ctx_st')
void* cb_userdata = handle_->default_passwd_callback_userdata;
^
/usr/include/openssl/ossl_typ.h:151:16: note: forward declaration of 'ssl_ctx_st'
typedef struct ssl_ctx_st SSL_CTX;
In file included from /home/uaa/socket.io-client-cpp/lib/websocketpp/websocketpp/common/asio_ssl.hpp:34:
In file included from /home/uaa/socket.io-client-cpp/lib/asio/asio/include/asio/ssl.hpp:18:
In file included from /home/uaa/socket.io-client-cpp/lib/asio/asio/include/asio/ssl/context.hpp:755:
sio_client.cpp
In file included from /home/uaa/socket.io-client-cpp/src/sio_client.cpp:8:
In file included from /home/uaa/socket.io-client-cpp/src/internal/sio_client_impl.h:25:
In file included from /home/uaa/socket.io-client-cpp/lib/websocketpp/websocketpp/config/asio_client.hpp:33:
In file included from /home/uaa/socket.io-client-cpp/lib/websocketpp/websocketpp/transport/asio/security/tls.hpp:35:
https://github.com/socketio/socket.io-client-cpp のビルドがうまくいかんな。OpenSSLじゃなくLibreSSLの影響な気がするんだけど、SSL_CTXの定義がどーのこーのとかでエラーになってしまう。
/usr/include/openssl/ossl_typ.h:151:16: note: forward declaration of 'ssl_ctx_st'
typedef struct ssl_ctx_st SSL_CTX;
^
ちょっと詳細を追うにしても、なんか入り組んでそう…
-- Installing: /usr/local/lib/cmake/websocketpp
-- Installing: /usr/local/include//websocketpp
用が済んだら消しとかないと。
安直にこれでやってみた https://github.com/drowe67/LPCNet/pull/65/commits/a7ebeeb87d1c037d716400bb1596d680573ea2fa
dmidecodeは要rootですねー。
dmesg (/var/run/dmesg.boot)見る方法で逃げることにします
あー、逆にNetBSDはdmesgにCPUのfeature flagの内容出ないんだ…
NetBSDに関してはLinux同様/proc/cpuinfoを見るとして、それ以外のF, D, Oへの対応なんだよね。
sysctl kern.msgbufが見えるのはF, DのみでN, Oはこの手が使えない。
sysctl machdep.cpufeatureはOのみだけど、hexからfeature setを判別しないといけない。
適当に決め打ちとするか、dmesgの内容を見てがんばるか…どうしたもんかな。
@teobot sysctlを使わない、別の方法はありますか?dmesgが使えそうですが、それ以外の候補があれば教えてください。
@teobot NetBSD, Linuxには/proc/cpuinfoがあります。FreeBSD, OpenBSD, DragonflyBSDで、これに代わる物はありますか?
QEMU full virtualization – CPU emulations (enable/disable CPU flags/instruction sets) of QEMU 2.0.0 (2018/Apr/3) https://ahelpme.com/howto/qemu-full-virtualization-cpu-emulations-enable-disable-cpu-flags-instruction-sets/
-cpu hostを付けとくと良いのかな?
/proc/cpuinfoにあるCPU feature…Linux方言っぽいと思いきや、NetBSDも持ってる。
多分シンボルもLinuxと合わせてるんだろうけど…QEMU上だとAVX/AVX2, SSE4_1, NEONのエミュレーションが効いてないな(設定の問題かな?)。
m68kいじりするなら、qemu-system-m68kで適当なカーネルを食わせるのが一番、ってことで良いんだろうなあ。 https://wiki.qemu.org/Documentation/Platforms/m68k
X68000ZでNetBSD/x68k動いたら良いなって思っていたんですが、こういう事情があるとなると…厳しいかな?
今更知ったのですが(ってNetBSD/x68kな方が見ておられる前でこれをpostするのはちょっと怖い)、NetBSD/x68kを動かすためにはCPU交換等色々やらないといけなかったとは…そのままですんなり動くと思っておりました。すみません。
とりあえずhwzipの実行バイナリを作るだけならOpenBSD上でmake hwzipで得られることが分かったから、それでいいや。
んぁー、
--
objcopy: サポートされているターゲット: elf64-x86-64 elf32-i386 elf32-iamcu elf32-x86-64 pei-i386 pe-x86-64 pei-x86-64 elf64-little elf64-big elf32-little elf32-big pe-bigobj-x86-64 pe-i386 pdb srec symbolsrec verilog tekhex binary ihex plugin
--
実行しているマシンがどのターゲットなのか、を判別しないとダメか。elf32/elf64か、さらにbigなのかlittleなのか。
https://www.hanshq.net/zip.html のhwzip-2.4、単にhwzipが欲しいならmake hwzipだけで十分みたい。テストケースでhamlet.txtをC言語のuint8_t hamlet[]に変換する際にxxdが要るって作りなので…
ん?objdumpで変換しちゃえばいいのか?
od -A n -b hamlet.txt | sed 's/^ *//'|sed 's/ *$//'|awk '{printf("0%s,\n", $0)}' |sed 's/ /, 0/g'
辺りが代替手段になりそうと思ったけど、これをMakefileに含めると$が悪さをするので使えない…
xxdが無い状況で代わりになりそうなもの…odはOpenBSD/Linuxで出力結果(空白の数)が違うし、hexdumpもうーにゅ、となると…どうしたもんかな