Да, это связано с Apple, наложения спектров НКУ звенеть, но лязг не капля в замене для 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
Я не буду перечислять все подробности здесь, (и я знаю, что ссылки нахмурилась здесь на SO, но весь поток нужно будет прочитать, чтобы справиться с этой проблемой. (Scripts которые не содержат аргументов).
Очень мало авторов компилятора GnuCOBOL могут сделать это. Mac clang фактически определяет GNUC, поэтому код компилятора, который тестирует функции gcc, в настоящее время неэффективен, clang сообщая о себе как о gcc. Под реальным gcc требуется настройка пути прохождения на выходе ELF, поэтому -R нельзя просто вытащить. Я вижу это как слегка грязный пул со стороны Apple, но это их система , чтобы стеной, как они считают нужным.
http://sourceforge.net/p/open-cobol/discussion/help/thread/e1b4af35/
Изменение GnuCOBOL будет пытаться обойти эту проблему, но это может занять некоторое время, чтобы выйти в дикую природу.
Проект GnuCOBOL на SourceForget.Net предоставляет помощь для этого в формате, позволяющем получать больше информации. Я предлагаю вам спросить. –
Похоже, что установка была выполнена неправильно или есть какие-то предварительные условия, которые не выполняются для установки. – lurker