LIB 所谓的兼容性(指定版本)和需求。你更倾向那个?
我发此贴的目的就是想证明。需求>繁琐
正常情况下来说,在无可奈何、无计可施的情况下,费点事,只要能完美实现预计过程。
一切都是值得的。
如果火山支持编译LIB。好处太大,一言难尽。
当下不支持编译LIB,库的三方收费难以实现。不利于生态。不是每个人都会大公无私的奉献,一直默默的封库。
当前的部件太鸡肋了。始终会生成C++源码。有人会说,能看懂C++源码的都不在这了。哎//仁者见仁。
我觉得可以增加一个限制,参考火山安卓 API版本。
比喻说: @视窗.外部库.外部头文件"mytest.x64.h"
@视窗.外部库.x64 "mytest.x64.lib"
@视窗.外部库.系统需求 "10.1.1.1" 或者 "10.*.*.*" 支持通配符。
我的帖子,我投了 第二项。你们随意。 短期看,支持好
长期看,不支持好
如果发展起来了..随着时间的推移,会越来越乱... 吴涛只需要维护好ide。兼容性、版本什么的那是三方作者的事。只要他想赚钱。 没必要追求静态库编译。。。 创世魂 发表于 2022-10-23 18:49
没必要追求静态库编译。。。
他追求的应该是彻底的闭源 生产c++是为了解决误报,否则又回到易语言的老路http://bbs.voldp.com/static/image/smiley/grapeman/08.gif 这个特性最新升级包已经支持了,可以指定所需求的 vs 版本. 飞扬工作室 发表于 2022-10-23 21:06
这个特性最新升级包已经支持了,可以指定所需求的 vs 版本.
要区分程序系统要求,
Lib要求 urenai 发表于 2022-10-23 22:22
要区分程序系统要求,
Lib要求
lib是微软自己搞出来的一个格式,兼容性很差,比如2019生成的,到了2022就不一定可以用,就算你自己生成的lib,别人也不一定能用,还不如以源码的形式存在,兼容性强,火山本来就是可以通过不同的编译器来解决误报,指定lib的话就变成指定编译器了
页:
[1]
2