在一个小项目上第一次试用 #meson 就得到一个大大的惊喜！感觉比 #cmake 好用很多！ 以这个「静态链接 submodule 里的 librime」为例： - 你可以直接 import cmake target！ - 你可以像 cmake ExternalProject 一样设定 configure options，但同时能拿到完整的 target 信息！ - 同时，subproject 会被整合到当前项目构建里（类似 cmake add_subdirectory），所以如果 subproject 里有修改，不需要做任何事，正常构建就可以正确rebuild。而且不会污染外部的变量、 option 和 target 命名空间。 - 在查询 dependency lib 时，可以设定一个 static 参数，用来控制是否优先选择静态库，它的值由 一个全局的参数 --prefer-static 控制，于是你可以一键把所有依赖都静态链接掉 - 静态库中一些对象文件可能会有 constructor 需要 -Wl,--whole-archive，这里只需要 as_link_whole() 创建一个新的 dependency 对象就可以了 - 最后，它可以正确处理所有静态库的依赖（因为可以取出完整的 target 信息），而不需要手动传递被依赖的库。如果用 cmake ExternalProject 构建静态库再链接，就会丢失掉所有相关信息，要手动补全。 虽然图上的这点代码做的事很简单，就是构造一个静态的 librime 再链接到可执行文件里，但在 cmake 里不管怎么做都很麻烦。 ---- 而且还充满了各种贴心的小设计： > Another thing to note is that include_directories adds both the source directory and corresponding build directory to include path, so you don't have to care.
前段时间一直被MajdataPlay的外键输入问题困扰：有玩家反映majplay会无征兆地出现拖判和吃音，但是内屏一切正常 因为我是第一次接触游戏开发，IO这方面也完全没经验 一开始我和bb本怀疑是线程调度的问题，即：IO线程时间片被其他线程挤占了，导致IO线程无法及时处理HID设备回报。为了验证这个猜想，我们尝试提高了IO线程的优先级，照旧 接下来我怀疑是我那套框架有问题：majplay是根据上一帧与这一帧的按键状态判断按键是不是"click"。为此我重写了这部分的实现，改进了IO线程与主线程之间的交互，问题照旧....... 到这里我已经怀疑这不是majplay的锅：IO线程没有任何异常，IO线程与主线程的交互没有问题，Note判定逻辑也没有问题，那就是设备确实没有回报给majplay或者设备发过来的回报中按键确实没有按下，但是大佬说hdd没有这种问题.....（人已经快崩溃了，这完全看不透也摸不着，因为我用单片机模拟玩家打高速纵连是完全没有问题的，我在家里用手台测试也没有问题） 到最后，bb本灵光一闪，说有没有可能是led刷新率过高，把按键控制板干爆炸了？我们让大佬把led刷新间隔从16ms改成100ms，吃音问题瞬间没有了，无语了 。。。。。。。。。。。。。。。。。。。。 adx是一个控制板同时管理按键和led，为什么我没有遇到吃音问题呢，因为我的手台不是adx的... #dev
Hashtags
找到 2 条相似帖子
搜索 #meson
@tokenpocket_channel · Post #1287 · 2024/03/13 10:34
🔥New DEX Integration on the [#TokenPocket] Market page: [@mesonfi] ✅Starting now, effortlessly bridge the stablecoins on [@BNBCHAIN], [@arbitrum], etc. to [#BTC] on [@MerlinLayer2], etc. directly on the TokenPocket Market page with the seamless cross-chain bridge service from [@mesonfi]. Download and Enjoy 👉https://www.tokenpocket.pro/ [#TokenPocket] [#CrossChainBridges] [#meson] 【Details】https://twitter.com/TokenPocket_TP/status/1767861124576301076 【Powered By】Crypto Box