LIB 所谓的兼容性(指定版本)和需求。你更倾向那个？

server

我发此贴的目的就是想证明。
需求>繁琐

正常情况下来说，在无可奈何、无计可施的情况下，费点事，只要能完美实现预计过程。
一切都是值得的。

如果火山支持编译LIB。好处太大，一言难尽。
当下不支持编译LIB，库的三方收费难以实现。不利于生态。不是每个人都会大公无私的奉献，一直默默的封库。
当前的部件太鸡肋了。始终会生成C++源码。有人会说，能看懂C++源码的都不在这了。哎//仁者见仁。

我觉得可以增加一个限制，参考火山安卓 API版本。
比喻说： @视窗.外部库.外部头文件  "mytest.x64.h"
              @视窗.外部库.x64             "mytest.x64.lib"
              @视窗.外部库.系统需求     "10.1.1.1"    或者   "10.*.*.*"   支持通配符。

urenai

我的帖子，我投了 第二项。你们随意。

小蜗牛

短期看,支持好
长期看,不支持好

如果发展起来了..随着时间的推移,会越来越乱...

urenai

吴涛只需要维护好ide。兼容性、版本什么的那是三方作者的事。只要他想赚钱。

创世魂

没必要追求静态库编译。。。

hcwanz

创世魂 发表于 2022-10-23 18:49
没必要追求静态库编译。。。

他追求的应该是彻底的闭源

lhy201233

生产c++是为了解决误报，否则又回到易语言的老路

飞扬工作室

这个特性最新升级包已经支持了,可以指定所需求的 vs 版本.

urenai

飞扬工作室 发表于 2022-10-23 21:06
这个特性最新升级包已经支持了,可以指定所需求的 vs 版本.

要区分程序系统要求，

Lib要求

福寿

urenai 发表于 2022-10-23 22:22
要区分程序系统要求，

Lib要求

lib是微软自己搞出来的一个格式，兼容性很差，比如2019生成的，到了2022就不一定可以用，就算你自己生成的lib，别人也不一定能用，还不如以源码的形式存在，兼容性强，火山本来就是可以通过不同的编译器来解决误报，指定lib的话就变成指定编译器了