- 主题:输出.NET文件的http://pascalabc.net/en/
这几个库用任何语言都调得了,基本算OS附件了
【 在 hgoldfish 的大作中提到: 】
: 抱 js 的大腿主要是为了在浏览器里面跑起来。
: webasm 和 llvm 都应该归到 c 那个社区去。有些 c 库,比如 ffmpeg, openblas, libressl 暂时还不可替代。想搞嵌入式开发和内核开发也必须抱 c 的大腿。
:
--
FROM 27.91.71.*
参与讨论至少得知道pascal一些吧
你想c/cpp里面有个调用约定叫pascal,他们互相纯c的调用能有问题么?
大家参与语言相关的讨论,是为了清晰的知道各个语言工具的客观上的优缺点和适用范围
而不是为了证明我选的语言就是牛,微软公司下个月就要拜倒于我的社区之下
【 在 hgoldfish 的大作中提到: 】
: 抱 js 的大腿主要是为了在浏览器里面跑起来。
: webasm 和 llvm 都应该归到 c 那个社区去。有些 c 库,比如 ffmpeg, openblas, libressl 暂时还不可替代。想搞嵌入式开发和内核开发也必须抱 c 的大腿。
:
--
FROM 123.116.198.*
输出到c是为了用c的编译器而已,跟库不库的没什么关系
【 在 leadu 的大作中提到: 】
: 参与讨论至少得知道pascal一些吧
: 你想c/cpp里面有个调用约定叫pascal,他们互相纯c的调用能有问题么?
: 大家参与语言相关的讨论,是为了清晰的知道各个语言工具的客观上的优缺点和适用范围
: ...................
--
FROM 111.198.57.*
什么叫“输出到c”?
【 在 eggcar 的大作中提到: 】
: 输出到c是为了用c的编译器而已,跟库不库的没什么关系
:
--
FROM 123.116.198.*
其他语言生成c的中间代码再用c编译器编译啊,c++最开始不就这么实现的么,有llvm之前好些小众语言也是这么实现的
【 在 leadu 的大作中提到: 】
: 什么叫“输出到c”?
--
FROM 111.198.57.*
这个帖子里面谁在提到输出c了么?
【 在 eggcar 的大作中提到: 】
: 其他语言生成c的中间代码再用c编译器编译啊,c++最开始不就这么实现的么,有llvm之前好些小众语言也是这么实现的
:
--
FROM 123.116.198.*
【 在 leadu 的大作中提到: 】
: 这个帖子里面谁在提到输出c了么?
:
有啥问题吗?
--
FROM 111.198.57.*
那你应该直接回复老鱼的第一个帖子,我没有在讨论输出c这个事情
输出c和与c的相互调用是两个层面的事情
pascalabc做的是运行时的打通,我也一直在说的是互相调用这个事情
【 在 eggcar 的大作中提到: 】
: [upload=1][/upload]
: 有啥问题吗?
--
FROM 123.116.198.*
不同的操作系统、处理器指令集都会使用不同的调用约定。pascal 调用约定只是刚好用了 pascal 这个名字而已。
我说归到 c 社区去是因为 native 开发社区目前主要以 c 为主。
讨论语言当然要分出一个高下了。目前已经确定 js 设计最烂。其它的暂时还没有分出来。
【 在 leadu (leadu) 的大作中提到: 】
: 参与讨论至少得知道pascal一些吧
: 你想c/cpp里面有个调用约定叫pascal,他们互相纯c的调用能有问题么?
: 大家参与语言相关的讨论,是为了清晰的知道各个语言工具的客观上的优缺点和适用范围
: ...................
--
FROM 121.205.116.*
好吧,理解歪了...
我是觉得应该没有人选择把c作为编译中间结果的目的是为了用c的库,单纯是因为几乎所有平台都至少都有c compiler和libc之类的runtime
【 在 leadu 的大作中提到: 】
: 那你应该直接回复老鱼的第一个帖子,我没有在讨论输出c这个事情
: 输出c和与c的相互调用是两个层面的事情
: pascalabc做的是运行时的打通,我也一直在说的是互相调用这个事情
: ...................
--
FROM 111.198.57.*