标签: bcpl

有没有人知道有一个工作的BCPL编译器,为当前的操作系统(我有Windows 7和Ubuntu随时可用)和x64架构编写？在Dennis Ritchie最近去世后,我第一次听说过BCPL,我对我读到的关于这种语言的一点点感到奇怪.

我之前只玩过现代的高级语言,但我认为潜入这一点计算历史是很好的.但是,我对编译器几乎一无所知,所以我不打算自己写一个.有什么建议？

在ARC的Clang文档中,它说:

ARC适用于在extern"BCPL"块中声明的Objective-C指针类型,块指针类型和[开始Apple 8.0,LLVM 3.8] BPTR.

这些"在外部"BCPL"块"中声明的"BPTR"是什么？

由于有人问我使用前缀“0x”表示十六进制数字背后的原因，我一直在深入研究 BCPL 的历史。

在我的搜索中，我偶然发现了这个代币背后历史的非常好的解释。（为什么十六进制数要加上0x前缀？）

然而，从这篇文章中，又引发了另一个问题：

对于八进制常量，BCPL 是否使用8 <digit>（根据规范：http://cm.bell-labs.com/cm/cs/who/dmr/bcpl.pdf）或是否使用#<digit>（根据http://rabbit.eng .miami.edu/info/bcpl_reference_manual.pdf）或者这两种语法在该语言的不同实现中都有效吗？

我还在这里找到了第二个答案，它使用了 # 语法，这进一步引起了我对这个主题的兴趣。（为什么用前导零来表示八进制数？）

任何历史见解都将受到高度赞赏。

我正在研究编译器引导，并且研究了 Golang 如何从源代码实现引导，即通过构建用 C 实现的 Golang 的最新版本并使用生成的可执行文件来编译较新的 Go 版本。这让我很好奇如何用 C 来完成同样的事情。你能在一台几乎什么都没有的计算机上构造一个 C 编译器吗？如果不是，那么我如何相信我使用的编译器的二进制文件不会自动填充它用间谍软件编译的二进制文件？

相关问题，既然第一个C编译器是用B编写的，而B是用BCPL编写的，那么BCPL是用什么编写的？