用户数不足的语言，.net和jvm挑一个大腿抱挺好的。
F#那个语言就是个例子，社区小但啥功能也没有落下，ios、Android和web（wasm）开发也都能用f#


【 在 MetalSlugX 的大作中提到: 】
: http://pascalabc.net/en/
: 介绍就不转了，说有非法内容，我就……
: 我不大喜欢赋值时的  :=  (前面都有var了，表明就是赋值，所以再在等号前加冒号，完全只是为了兼容久pascal语法，实际上var和:用一个不就够了嘛），以及末尾的 ;
: ...................
--
FROM 123.116.198.*

参与讨论至少得知道pascal一些吧
你想c/cpp里面有个调用约定叫pascal，他们互相纯c的调用能有问题么？
大家参与语言相关的讨论，是为了清晰的知道各个语言工具的客观上的优缺点和适用范围
而不是为了证明我选的语言就是牛，微软公司下个月就要拜倒于我的社区之下

【 在 hgoldfish 的大作中提到: 】
: 抱 js 的大腿主要是为了在浏览器里面跑起来。
: webasm 和 llvm 都应该归到 c 那个社区去。有些 c 库，比如 ffmpeg, openblas, libressl 暂时还不可替代。想搞嵌入式开发和内核开发也必须抱 c 的大腿。
:
--
FROM 123.116.198.*

这个帖子里面谁在提到输出c了么？

【 在 eggcar 的大作中提到: 】
: 其他语言生成c的中间代码再用c编译器编译啊，c++最开始不就这么实现的么，有llvm之前好些小众语言也是这么实现的
:
--
FROM 123.116.198.*

pascal社区现在的问题是，pascal大腿自己骚操作把自己搞死了，社区规模变小之后，缺三方库缺运行平台，这种情况对于一个语言来说是很不利的，会持续的流失用户

编译成c或什么语言会进一步伤害pascal社区，会导致用户数断崖式下跌。而pascal和c直接本来就能直接相互使用对方的dll，操作非常简单，没有编译成c的需求。pascal还没有到缺编译器的时候

pascal和.net或jvm打通之后对于社区活力有积极作用。用户可以大部分逻辑用pascal写，少数部分用别的语言粘合一下，这样pascal也可以写web application，写mobile app。需要用reactive、log等库的时候也有很多非常成熟的库可以选择，至少社区还能维持住。能不能出现第二春就得看自己社区发展了

【 在 eggcar 的大作中提到: 】
: 好吧，理解歪了...
: 我是觉得应该没有人选择把c作为编译中间结果的目的是为了用c的库，单纯是因为几乎所有平台都至少都有c compiler和libc之类的runtime
:
--
FROM 123.116.198.*