V2EX › waruqi 的所有回复 › 第 7 页 / 共 42 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 3 4 5 6 7 8 9 10 11 12 ... 42

❮

❯

2020 年 12 月 30 日

回复了 waruqi 创建的主题 › 程序员 › Xmake 2020 年终总结

@icyalala 其实并不冲突，可以 cmake 为主，xmake 为辅，对于一些个人的临时小项目，或者编译测试验证一些代码，用 xmake 效率更高些。

另外，xmake 也支持生成 cmakelist.txt ，用 xmake 维护的项目，同样可以很好的支持 cmake 编译，以及插件集成。

2020 年 12 月 30 日

回复了 waruqi 创建的主题 › 程序员 › Xmake 2020 年终总结

@airqj 谢谢

2020 年 12 月 30 日

回复了 waruqi 创建的主题 › 程序员 › Xmake 2020 年终总结

@lewis89 是的，愿意干这个的很少纯当兴趣吧，不过 xmake 还是挖走了不少 premake 的用户，哈~

2020 年 12 月 29 日

回复了 jeffjade 创建的主题 › 推广 › 程序员如何推广自己的产品？

是的，只需要这样： https://github.com/xmake-io/xmake

2020 年 12 月 25 日

回复了 nthhdy 创建的主题 › C++ › 请教一个动态链接库构建的问题 (c++) (android) (opencv)

当我没说，眼瞎，后面看到 cv::String::deallocate 了。

2020 年 12 月 25 日

回复了 nthhdy 创建的主题 › C++ › 请教一个动态链接库构建的问题 (c++) (android) (opencv)

> 拿错误里提到的 cv::String::deallocate() 来说，我在我指定的 libopencv_core 这个静态库中能够找到这个实现，nm 显示如下：

命名空间不对哈，你 jni 里面报 cv::String::deallocate 符号找不到，你从库里面只找到 cv::Mat::deallocate，命名空间都不同，符号名都不一样，能链接通过才怪了。。

2020 年 12 月 25 日

回复了 zfish 创建的主题 › 2020 › 我的 2020

这柱状图不错，我也来玩玩

[![rR52eP.png]( https://s3.ax1x.com/2020/12/25/rR52eP.png)]( https://imgchr.com/i/rR52eP)

2020 年 12 月 15 日

回复了 waruqi 创建的主题 › 程序员 › Xmake Discord 社区频道上线

@wzhy 这个暂时还不行，我没研究过 qtcreator 是否能像 vscode 那样方便的扩展插件，如果它比较封闭，那就只有 qt 官方才有办法支持了，我也无能为力

2020 年 12 月 14 日

回复了 waruqi 创建的主题 › 程序员 › Xmake Discord 社区频道上线

@wzhy qt 项目原本就支持配合 vscode/vs 插件就能很好的编译开发而 qtcreator 的支持不是我想支持就能支持的，除非它提供插件机制让我有办法支持，否则你只能给 qt 官方提 issues 建议让他们支持 xmake 了这显然不太现实

2020 年 12 月 14 日

回复了 CrazyBoyFeng 创建的主题 › 程序员 › 为什么 go 和 rust 这类新兴语言发布程序大都使用静态编译？

go 原本就不是给嵌入式设备用的，即使换成动态，光这个内存占用也够呛

2020 年 12 月 10 日

回复了 waruqi 创建的主题 › 程序员 › Xmake Discord 社区频道上线

@wzhy 多谢支持~

2020 年 12 月 2 日

回复了 secsilm 创建的主题 › C++ › C++ IDE/editor 推荐

vscode/vim + xmake

2020 年 11 月 26 日

回复了 waruqi 创建的主题 › 程序员 › Xrepo：一个现代化的跨平台 C/C++ 包管理器

@edimetia3d 是啊持续发电中。。

2020 年 11 月 25 日

回复了 waruqi 创建的主题 › 程序员 › Xrepo：一个现代化的跨平台 C/C++ 包管理器

万事开头难，但总归要有人迈出那一步，不能说因为生态不行，就放弃了，即使是 vcpkg/conan 也都是从 0 开始一点点发展起来的，另外 xrepo 跟 vcpkg/conan 并不互斥，是相辅相成的关系，相互补充包源，如果有些 c/c++ 包，vcpkg/conan 里面没有对应平台支持，可以尝试 xrepo，当然也可以继续使用 vcpkg/conan 。

后期 xrepo 除了已经对接集成 vcpkg/conan/clib/dun/pacman/homebrew 包之外，还会新增其他更多包仓库的集成，比如 apt/dnf 等等

2020 年 11 月 25 日

回复了 waruqi 创建的主题 › 程序员 › Xrepo：一个现代化的跨平台 C/C++ 包管理器

@dbskcnc 这影响不大，xrepo 同样可以直接集成安装 vcpkg/conan 的包，只不过在这基础上，提供了更多特性和跨平台支持，比如：完全支持用户自建仓库，比如一些公司内部网络，可以自建私有仓库单独维护依赖包等等。

而且如果前期生态不完善，有些包没有，用户完全可以很方便的切换包源到 vcpkg/conan，并不影响使用

另外，目前已经有很多用户一直在帮忙贡献和丰富 xmake 的官方包源了，我相信之后会越来越完善~

2020 年 11 月 25 日

回复了 waruqi 创建的主题 › 程序员 › Xrepo：一个现代化的跨平台 C/C++ 包管理器

@omph 跟 homebrew 的模式更像点，不过支持的平台更多

2020 年 11 月 25 日

回复了 waruqi 创建的主题 › 程序员 › Xrepo：一个现代化的跨平台 C/C++ 包管理器

@northisland 还好吧，arm, arm64 x86_64 主要也就这么几个。

1 ... 3 4 5 6 7 8 9 10 11 12 ... 42

❮

❯