从 1988 年开始,这个 IOCCC 获奖作品中精心制作的、自包含的代码:
http://www.ioccc.org/years.html#1988_isaak
...当时对于某些系统来说仍然太多了。此外,ANSI C 终于成为混乱的 K&R 生态系统的稳定替代品。因此,IOCCC 评委也提供了这个条目的 ANSI 版本:
http://www.ioccc.org/1988/isaak.ansi.c
它的主要吸引力在于它<stdio.h>
在最后一行 (!) 中包含经过深思熟虑的#define
s,无论是在源代码内部还是在编译时,都只允许代码的某些部分进入正确的级别。这就是允许<stdio.h>
头文件最终包含在可能的最新阶段的原因,就在需要之前,在提供给编译器的源代码中。
但是,在今天使用提供的编译器设置进行编译时,此版本仍然无法生成输出:
gcc -std=c89 -DI=B -DO=- -Dy isaak.ansi.c
tcc -DI=B -DO=- -Dy isaak.ansi.c
使用的版本:GCC 9.3.0、TCC 0.9.27
对编译后的二进制文件名没有任何明显的依赖,因此我将其留给编译器选择。即使使用-o isaak
or -o isaak.ansi
,也会发生相同的结果:没有输出。
这是什么原因造成的?输出功能如何失败?可以做些什么来纠正这个问题?
提前致谢!
注意:IOCCC 法官意识到该条目存在可移植性问题,会降低其混淆值,因此决定还包括代码输出的 UUENCODE 版本: