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

server · 发表于 2022-10-23 17:42:14

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

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

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

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

urenai · 发表于 2022-10-23 17:43:17

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

小蜗牛 · 发表于 2022-10-23 17:46:23

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

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

urenai · 发表于 2022-10-23 18:04:54

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

创世魂 · 发表于 2022-10-23 18:49:56

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

hcwanz · 发表于 2022-10-23 18:59:35

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

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

lhy201233 · 发表于 2022-10-23 19:37:31

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

飞扬工作室 · 发表于 2022-10-23 21:06:07

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

urenai · 发表于 2022-10-23 22:22:13

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

要区分程序系统要求，

Lib要求

福寿 · 发表于 2022-10-24 04:54:14

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

Lib要求

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

		自动登录	找回密码
密码			立即注册

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