WindowsのQt Installer、オフラインインストーラかつネットワーク落としてないとアカウント要求するのか…

vcpkg触ってみている

> vcpkg --triplet x64-windows kf5syntaxhighlighting
したらqt5とか全部ソース引っ張り始めてめっちゃ笑った

FloraRPC、C++コンパイラとCMake、ライブラリの調達がパケマネでできないならvcpkgで頑張ってビルドしろ、にするか

C++コンパイラとCMakeは必須として、で。

CPUがうなるよ

これラップトップでやる作業じゃねえわ

待てやコラ何唐突にMSYS2入れようとしてるんや

CIで自動でexe作れたらとか思ったが、これやるならvcpkgをsubmoduleで入れてコミットハッシュをキャッシュキーにする感じにしないとだいぶ依存関係のビルドキツいな

それもなんか違う気がするけど

うーん

FloraRPC用の依存関係プレビルドだけのCIあっていいなこれ

Winとかで作業するときに、作業環境でいちいちライブラリビルドしたくないし、CIを回すときもそうなので

メチャーネムイ

ログみたらvcpkg installに3時間かかってた

libprotobufのビルドだけで9分…

ラップトップでビルドとかするもんじゃないな

すぐ出せるWindows機がそれくらいだったからそうしたが…

リリースビルドの最適化にくっそ計算かかってる感あるが

久々にWindows触ると、SKK環境が最高すぎて泣けてくるね

あーそういやMac届いたら速攻AquaSKK入れないとな

画面が微妙に小さくなった https://social.mikutter.hachune.net/media/Ozv-mC8X2DVhJS8ckeY

つらそうな感じになってきた

8エラーまで減らした

だいぶ寒い修正をしている

やる必要のあることが進んでないねえ^^

あーもう

つーかエラーの大半がUTF-8を標準で使わないことだったので、Windowsは早くSJISをやめろ

Windowsはというか、コンパイラの標準がナァ

expandRecursivelyが無いって言われてるの、これvcpkgのQtが古いからじゃねーか

あーもう

Qt5.15出るまでvcpkgのQtは上がらなさそうな気がする

出社

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

原初の力肉

フィリスちゃんきのこは食えるのかな

ertona.netはえあい飯詐欺が横行してるので

@mohemohe お前の鯖で両方やれ

ロミオとあかりんご - ニコニコ動画
https://www.nicovideo.jp/watch/sm36574573

VC++で使えないC99記法を捨てたりしつつ、無理やりDLLを配置してロードするなどしたら何とか動いた
……がなんでMSゴシックなんや殺すぞワレ！！！！

俺はWinFormsアプリ開発者だから、とりあえず脳死でMeiryoを参照させればいいって知ってるんだ

ここでMeiryoにするかMeiryo UIにするかは好みが出ますが、MS UI Gothicを前提とした画面領域しかないなら後者のほうが収まりは良くなる

良いんだけど、Meiryo UIは字形がカスという批判をめっちゃ受けやすくなる

簡単にできそうだな、ifdef _WIN32でやりゃいいか？
http://qt-log.open-memo.net/sub/other__set_default_gui_font.html

クソコードによって世界に平和が訪れた

WinFormsやってれば、よほどMS UI Gothicが好きというわけでもなければ共通基底Formクラスを作ってFontプロパティだけ上書きしておくくらいのことは、やる……？

俺は当時いい方法が思い浮かばなくてそうしていた

フォントレンダリングが最高でもないけど最悪でもないのLinuxくらいなのではという気がしてきた

レンダリングじゃない

どのフォントが参照されるかの事情というか

なんか違和感あるなーって思って考えこんでたんですが、Win10からはYu Gothic UIが場所により採用されてたりして、そっちの印象があるからだな

なんだかんだ使われてるせいか、Yu Gothic UIにしたら俺にとってはそれっぽく見えるようになった

狂ったコードになってきた

VC++でC99のstructのメンバ指名で初期化するやつが使えないからstd::variantに逃げたけど、これ最初からそっちでよかったやつやな……？
https://github.com/shibafu528/florarpc/commit/023d1824eb2d90276b26ac4c0deae68d583bf634

なんかtabとspaceごっちゃになっててやだなこれ

Visual Studioのせいや 何も設定してないから…

というかeditorconfigの設定をリポジトリになんでいれてないんだ

俺としたことが…

port_msvcは外部ライブラリをどうするかの方針が定まるまでマージしたくないけど、とりあえずstd::variantとかstringstreamじゃなくてostringstream使うとかは互換性に問題ないからmasterでもやろう

[io]stringstreamなんて用意しておきながらその修飾子が無いやつがgcc系ではOKで、MSVCだと突然キレられるの、分かるけどうーん……となる

厳しいこというんだねって

なるべく早く、CIでLinux(gcc)とWindows(MSVC)でビルドできるようにしたいねこれ…

clangでもいいですが

ecmとkf5syntaxhighlightingだけ何とか頑張って自前でsubmoduleに抱えてビルドできるようにすれば、vcpkgで残りのライブラリは引っぱってこれるな

vcpkg推奨ということにしとこう

SyntaxHighlighting、便利だから使ったけどやはりマルチプラットフォーム障害になってしまったなーという分かりきった結末