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

server

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

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

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

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

小蜗牛

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

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

创世魂

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

hcwanz

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

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

lhy201233

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

飞扬工作室

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

福寿

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

Lib要求

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

随风

福寿 发表于 2022-10-24 04:54
lib是微软自己搞出来的一个格式，兼容性很差，比如2019生成的，到了2022就不一定可以用，就算你自己生成 ...

目前VS2015向上兼容了.微软官方就写着这个.https://learn.microsoft.com/zh-c ... -2017?view=msvc-170 而且2019编译的Lib静态库2022是可以用的,我这两版本都有用.实测过的.
闭不闭源不说,但自己用C写一些功能,然后火山嵌入调用,就省事的多,编译还不带DLL.我个人是特别不喜欢带DLL的.

随风

urenai 发表于 2022-10-28 21:55
我也检查了 Visual Studio Installer 能装的都是14 开头的版本

我是实测过的,因为我现在也是用VS2015封静态lib给火山用的,火山编译用的2019,用到现在也并无问题