社区
非技术区
帖子详情
有谁一起研究编译器的吗?
jadedrip
2019-03-28 01:39:45
在做个编译器,已经初具雏形了,有人一起玩吗?
https://github.com/jadedrip/silang
...全文
622
9
打赏
收藏
有谁一起研究编译器的吗?
在做个编译器,已经初具雏形了,有人一起玩吗? https://github.com/jadedrip/silang
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
9 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
jadedrip
2019-04-06
打赏
举报
回复
所有我对模板做了很多简化,用普通的语法来写模板。 比如 if( T is int ) 复杂部分由编译器帮你搞定
tongshou
2019-04-04
打赏
举报
回复
引用 7 楼 yshuise 的回复:
你说要抛弃c++复杂部分,但是c++的模板你要,须知c++的复杂多是由模板引起的,比如模板元编程。
C++中的模板是个好东西,但是复杂起来很让人头疼。
yshuise
2019-04-04
打赏
举报
回复
你说要抛弃c++复杂部分,但是c++的模板你要,须知c++的复杂多是由模板引起的,比如模板元编程。
tongshou
2019-03-30
打赏
举报
回复
楼主 @翡翠水滴, 既然有能力搞编译器,是否可以尝试做这样一件很有实用价值的事:
自动 把 DLL 中外露的C++函数(尤其是 class 的成员函数)转化为 C 的函数。用 LoadLibrary调用DLL中 C函数很简单,但是调用 C++函数太复杂,尤其对脚本程序语言来说。
比如 DLL 的文件 A 中有外露的 class定义:
class mycc
{
public:
int func_a ( int x, int y);
...
};
通过读取DLL 文件 A,自动生成 C 程序 的文件 B:
struct mycc;
extern "C" int func_a (struct mycc * x_this, int x, int y) {
return Q_func_a (x_this, x, y);
}
这里的关键是 Q_func_a如何根据 从 DLL 文件A得到的信息来设计。
因为函数量很大,必须自动生成(或加上少量手工编程),否则就没有实用价值。
文件B正常编译成 一个DLL,动态装载DLL B时,会自动动态装载 DLL A,通过DLL B 外露的 普通C 函数,调用DLL A 的功能。
如果能够自动把大量的C++库函数转换成标准的C库函数,意义非凡!
----------------
这个问题我也一直在考虑如何解决。
目前我有能力在 一个脚本程序语言里,仅仅根据 标准 C的头文件和相应的DLL,直接调用DLL的C函数。
已经成功 用在世界著名3D绘图软件 UG NX 和 中望公司 的ZW3D 开发: C 程序不需要编译,直接运行,最大好处之一 是与宿主软件版本无关,最大好处之二是调试很方便。
末先
2019-03-29
打赏
举报
回复
一根烂笔头
2019-03-29
打赏
举报
回复
我重造过C语言的轮子,可以练功力,自己玩玩就好了。想独创一门语言,首先看语言的特性是不是解决了其他语言的痛点,其次语言的定位,最后,能不能形成社区 大致看了下你的README,轮子造的还挺大
千里送人头
2019-03-28
打赏
举报
回复
楼主,建议找一些有研究生的群,一般csdn上的解答及分享一些技术问题,编译器起步太高,也没有经济来源,要找人一起搞,有点困难.
轻箬笠
2019-03-28
打赏
举报
回复
不懂,楼主加油。祝福楼主可以找到合意的伙伴
蠓虫带着秤砣飞
2019-03-28
打赏
举报
回复
关注,学习,支持。
编译器
高级
研究
的理想平台
本文回顾了20世纪90年代以来免费
编译器
的发展历程,特别是开放源代码项目如GNU对
编译器
技术的推动作用。重点介绍了SGI的Pro64并行化优化
编译器
开源后形成的Open64项目,它因其优秀的结构和全面的优化分析,成为全球多个
编译器
研究
小组的
研究
平台。
编译器
研究
之路_未来50年
本文回顾了
编译器
技术的历史成就,揭示了当前
研究
现状,并提出了未来50年的发展方向。重点讨论了程序优化、并行编程主流化、针对特定体系结构的优化方法、正确性和安全性的挑战,以及
编译器
在解决复杂软件系统问题中的角色。
深度学习
编译器
研究
报告
本文探讨了深度学习
编译器
的重要性和作用,包括优化模型以适应各种硬件,如CPU、GPU和专用硬件。文中列举了流行的深度学习框架,如TensorFlow、PyTorch和MXNet,并分析了它们的特点和适用场景。DL
编译器
的关键组件包括高级IR和低级IR,以及前端和后端优化。文章还提出了未来
研究
方向,如动态形状支持、自动调优和量子化。
10、
编译器
正确性的延续
研究
本文探讨了汉斯·朗马克团队在ProCoS项目后,于Verifix项目中在
编译器
正确性验证方面的
研究
。该项目提出新验证方法,引入程序检查和抽象状态机,简化验证过程。还在Signal到C
编译器
、工业代码生成器等多场景验证,
研究
优化技术正确性与完整性,在汽车控制单元等工业应用中也有成果。
微软亚洲
研究
院推出AI
编译器
界“工业重金属四部曲”
微软亚洲
研究
院与合作者研发的AI
编译器
Rammer、Roller、Welder和Grinder,针对并行利用率、编译效率、内存管理和控制流执行进行了优化,提升硬件性能,适用于不断发展的AI模型和硬件架构。这些
编译器
已在多种硬件平台上展现出优秀的性能,对AI模型的部署和效率提升有显著效果。
非技术区
15,446
社区成员
58,112
社区内容
发帖
与我相关
我的任务
非技术区
C/C++ 非技术区
复制链接
扫一扫
分享
社区描述
C/C++ 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章