Fatal编程技术网
  • cobol/
  • 在mac yosemite 10.10.2上编译COBOL程序

在mac yosemite 10.10.2上编译COBOL程序

cobol

在mac yosemite 10.10.2上编译COBOL程序,cobol,gnucobol,Cobol,Gnucobol,当我运行COBOL代码时： $ cobc hello.cob 我得到一个错误： clang: error: unknown argument: '-R/opt/local/lib' （今天）我将GnuCOBOL作为root安装在 $ port selfupdate $ port install open-cobol 是的，这与苹果将gcc化名为clang有关，但clang还不能替代gcc。所以它在一些事情上中断了。没有简单的方法可以解决这个问题。如果你输入gcc，你会听到叮当声 $ gc

当我运行COBOL代码时：

$ cobc hello.cob
我得到一个错误：

clang: error: unknown argument: '-R/opt/local/lib'
（今天）我将GnuCOBOL作为root安装在

$ port selfupdate
$ port install open-cobol
是的，这与苹果将gcc化名为clang有关，但clang还不能替代gcc。所以它在一些事情上中断了。没有简单的方法可以解决这个问题。如果你输入gcc，你会听到叮当声

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin12.5.0
Thread model: posix
我不打算在这里列出所有的细节，（我知道链接在这里是不受欢迎的，但是需要阅读整个线程来解决这个问题。（涉及的脚本去掉了一些参数）

GnuCOBOL编译器的作者对此几乎无能为力。Mac clang实际上也定义了GNUC，因此测试gcc特性的编译器代码目前无效，clang将自己报告为gcc。在真正的gcc中，ELF输出中的运行路径设置是必要的，因此-R不能被直接删除。我将此视为s苹果方面有点脏，但是，这是他们的系统，在他们认为合适的时候将其隔离

对GnuCOBOL的更改将尝试解决这个问题，但这可能需要一段时间才能开始流行。

是的，这与苹果将gcc别名为clang有关，但clang还不能替代gcc。因此它在一些方面出现了问题。没有简单的方法来解决这个问题。如果键入gcc，就会得到clang

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin12.5.0
Thread model: posix
我不打算在这里列出所有的细节，（我知道链接在这里是不受欢迎的，但是需要阅读整个线程来解决这个问题。（涉及的脚本去掉了一些参数）

GnuCOBOL编译器的作者对此几乎无能为力。Mac clang实际上也定义了GNUC，因此测试gcc特性的编译器代码目前无效，clang将自己报告为gcc。在真正的gcc中，ELF输出中的运行路径设置是必要的，因此-R不能被直接删除。我将此视为s苹果方面有点脏，但是，这是他们的系统，在他们认为合适的时候将其隔离

对GnuCOBOL的更改将尝试解决这个问题，但这可能需要一段时间才能开始流行。

是的，这与苹果将gcc别名为clang有关，但clang还不能替代gcc。因此它在一些方面出现了问题。没有简单的方法来解决这个问题。如果键入gcc，就会得到clang

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin12.5.0
Thread model: posix
我不打算在这里列出所有的细节，（我知道链接在这里是不受欢迎的，但是需要阅读整个线程来解决这个问题。（涉及的脚本去掉了一些参数）

GnuCOBOL编译器的作者对此几乎无能为力。Mac clang实际上也定义了GNUC，因此测试gcc特性的编译器代码目前无效，clang将自己报告为gcc。在真正的gcc中，ELF输出中的运行路径设置是必要的，因此-R不能被直接删除。我将此视为s苹果方面有点脏，但是，这是他们的系统，在他们认为合适的时候将其隔离

对GnuCOBOL的更改将尝试解决这个问题，但这可能需要一段时间才能开始流行。

是的，这与苹果将gcc别名为clang有关，但clang还不能替代gcc。因此它在一些方面出现了问题。没有简单的方法来解决这个问题。如果键入gcc，就会得到clang

$ gcc --version
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin12.5.0
Thread model: posix
我不打算在这里列出所有的细节，（我知道链接在这里是不受欢迎的，但是需要阅读整个线程来解决这个问题。（涉及的脚本去掉了一些参数）

GnuCOBOL编译器的作者对此几乎无能为力。Mac clang实际上也定义了GNUC，因此测试gcc特性的编译器代码目前无效，clang将自己报告为gcc。在真正的gcc中，ELF输出中的运行路径设置是必要的，因此-R不能被直接删除。我将此视为s苹果方面有点脏，但是，这是他们的系统，在他们认为合适的时候将其隔离

对GnuCOBOL的更改将尝试解决这个问题，但这可能需要一段时间才能开始使用。

SourceForget.Net上的GnuCOBOL项目以允许更多信息的格式提供了帮助。我建议您在那里询问。看起来安装没有正确完成，或者有一些先决条件没有满足ing met用于安装。SourceForget.Net上的GnuCOBOL项目以允许更多信息往返的格式为此提供了帮助。我建议您在那里询问。看起来安装没有正确完成，或者安装没有满足某些先决条件。SourceForget.Net上的GnuCOBOL项目提供了ASIS请以允许更多信息往返的格式对此进行验证。我建议您在那里询问。看起来安装没有正确完成，或者安装没有满足某些先决条件。SourceForget.Net上的GnuCOBOL项目以允许更多信息往返的格式对此提供了帮助。我建议您询问有。看起来安装没有正确完成，或者安装没有满足某些先决条件。