2017-02-03 4 views
1

Cプログラムのコンパイル時に前処理ステップでエラーが発生します。Cコードの前処理時に無条件ディレクティブエラーが発生する

奇妙なことは、私が使用してエラーや警告なしで前処理を実行することができるということです。

gcc -I/usr/local/libpng-1.6.24/include -Wall -std=c99 lines.c -E -o lines

が、以下のフォームを使用しては私にエラーを与える:

cpp -I/usr/local/libpng-1.6.24/include -std=c99 lines.c -o lines

私はcppがgccの一部として実行されていると仮定すると、より多くのwierdになります。詳細について

私は同じ種類のそれらの多くを持って、-onlyそれらのいずれかを取得していますエラー以下を参照してください。

In file included from lines.c:1: 
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/stdio.h:65: 
In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/Availability.h:172: 
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/AvailabilityInternal.h:15284:10: error: 
    unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11 

言うまでもなくをエラーを持つファイルは、Appleの標準的なファイルであることに注意すること。 #if指示文にマッチする#endifをすべて終了させて​​も構わないと言わなければなりません。

何が起こっているのでしょうか?または、エラーを追跡するために前方に方法ですか?

PS私はこれをOSXで実行しています。これは、Appleが標準で提供する開発ツールを使用しています。

- いくつかのコメントへの応答などの追加情報を追加

lines.c https://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-s096-introduction-to-c-and-c-january-iap-2013/final-project/starter-kit/lines.cのソースコードとソースコードが使用されている場所のより多くのコンテキストを持っているあなたはここを参照したい場合がありますhttps://ocw.mit.edu/courses/electrical-engineering-and-computer-science/6-s096-introduction-to-c-and-c-january-iap-2013/final-project/starter-kit/

オプション-Eを指定せずにgccを実行すると、実際にはフォルダ構造が原因でリンクの問題が発生しますが、以下のコマンドはエラーなしで動作しますが、私はこの情報が質問に関連しているとは思わない好きなものと同じものを比較するえー前処理およびCPPは前処理のみん:

gcc -I/usr/local/libpng-1.6.24/include -L/usr/local/libpng-1.6.24/lib -Wall -std=c99 lines.c -lpng -o lines

-

私は7.3から8.2.1とCommand_Line_Tools_macOS_10.12_for_Xcode_8へCommand_Line_Tools_OS_X_10.11_for_Xcode_7.3からのコマンドラインツールへの私のXcodeをアップグレードした

。 2とgccは動作し続け、cppは引き続きエラーを引き起こします。この時、エラーは少し変わります。コメントで述べたように、それは20日に停止したように、私は(少なくとも)20個のエラーを取得し、XCodeを8で私のMacOSシエラ10.12.3マシン上で問題を再現することができ、

In file included from lines.c:1: 
In file included from /usr/include/stdio.h:65: 
In file included from /usr/include/Availability.h:184: 
/usr/include/AvailabilityInternal.h:20265:10: error: #else without #if 
    #else 
/usr/include/AvailabilityInternal.h:20832:10: error: unterminated conditional directive 
    #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11_4 
+3

-Eは、コンパイルステップを続行しないためエラーが隠れているため、関係はありません。 '-W'でコンパイルして' -E'でコンパイルしないとどうなりますか? –

+0

そして、 'lines.c'を投稿するか、少なくとも' #include 'をすべて表示する最初のセクションを投稿する必要があります。 –

+0

SDKのmacOS Sierra(10.12)バージョンを使用していないようです。後のバージョンは15284行に近い '#if'行を持っていません(21302行のうち)。私は現在のバージョンがインストールされているだけなので、簡単に探すことはできません。しかし、20k行では、ファイルは読みにくい(読みにくい)。ファイルには、#if、#ifdef、#else、#elif、または#endifの行が2500行以上あるようです。私はそのような行を分析するツールがあなたに役立つかどうかはわかりません。 (私のプロフィールを見るなら私に連絡してください) –

答えて

0

の下を参照してください。

ソースファイル:

#include <stdio.h> 
int main(void) { puts("Hi"); return 0; } 

コマンドラインとエラー出力:

$ /usr/bin/cpp -v min.c -o min.c.out >/dev/null 
Apple LLVM version 8.0.0 (clang-800.0.42.1) 
Target: x86_64-apple-darwin16.4.0 
Thread model: posix 
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin 
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name min.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 274.2 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0 -fdebug-compilation-dir /Users/jleffler/soq -ferror-limit 19 -fmessage-length 110 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -traditional-cpp -o - -x c min.c 
clang -cc1 version 8.0.0 (clang-800.0.42.1) default target x86_64-apple-darwin16.4.0 
#include "..." search starts here: 
#include <...> search starts here: 
/usr/local/include 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0/include 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include 
/usr/include 
/System/Library/Frameworks (framework directory) 
/Library/Frameworks (framework directory) 
End of search list. 
In file included from min.c:1: 
In file included from /usr/include/stdio.h:65: 
In file included from /usr/include/Availability.h:184: 
/usr/include/AvailabilityInternal.h:20265:10: error: #else without #if 
     #else 
     ^
/usr/include/AvailabilityInternal.h:20832:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11_4 
     ^
/usr/include/AvailabilityInternal.h:20765:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11_3 
     ^
/usr/include/AvailabilityInternal.h:20702:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11_2 
     ^
/usr/include/AvailabilityInternal.h:20643:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_11 
     ^
/usr/include/AvailabilityInternal.h:20588:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_10_3 
     ^
/usr/include/AvailabilityInternal.h:20537:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_10_2 
     ^
/usr/include/AvailabilityInternal.h:20490:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_10 
     ^
/usr/include/AvailabilityInternal.h:20447:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_9 
     ^
/usr/include/AvailabilityInternal.h:20408:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_8 
     ^
/usr/include/AvailabilityInternal.h:20373:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_7 
     ^
/usr/include/AvailabilityInternal.h:20342:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_6 
     ^
/usr/include/AvailabilityInternal.h:20315:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_5 
     ^
/usr/include/AvailabilityInternal.h:20292:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_4 
     ^
/usr/include/AvailabilityInternal.h:20273:10: error: unterminated conditional directive 
     #if __MAC_OS_X_VERSION_MIN_REQUIRED >= __MAC_10_3 
     ^
In file included from min.c:1: 
In file included from /usr/include/stdio.h:65: 
/usr/include/Availability.h:233:2: error: #else without #if 
#else 
^ 
/usr/include/Availability.h:236:2: error: #endif without #if 
#endif 
^ 
/usr/include/Availability.h:272:2: error: #endif without #if 
#endif 
^ 
/usr/include/Availability.h:299:2: error: #endif without #if 
#endif 
^ 
fatal error: too many errors emitted, stopping now [-ferror-limit=] 
20 errors generated. 
$ 

注意私が使用した唯一のオプションは-v(開始時に詳細な出力を生成する)と-o min.c.outたこと( -o -と冗長な出力でオーバーライドされています。したがって、標準出力を/dev/nullにリダイレクトすることは、すべての出力を見るのを避けるために必要でした。

私は(gcc/opt/gcc/v6.2.0/bin/gccあるので、パスは別名GCC 6.2.0、私のために必要である)/usr/bin/gcc/usr/bin/cppを交換し、私は-Eオプションを追加した場合、それが正常に動作します:

$ /usr/bin/gcc -E -v min.c -o min.c.out 
Apple LLVM version 8.0.0 (clang-800.0.42.1) 
Target: x86_64-apple-darwin16.4.0 
Thread model: posix 
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin 
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.12.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -E -disable-free -disable-llvm-verifier -discard-value-names -main-file-name min.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu penryn -target-linker-version 274.2 -v -dwarf-column-info -debugger-tuning=lldb -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0 -fdebug-compilation-dir /Users/jleffler/soq -ferror-limit 19 -fmessage-length 110 -stack-protector 1 -fblocks -fobjc-runtime=macosx-10.12.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o min.c.out -x c min.c 
clang -cc1 version 8.0.0 (clang-800.0.42.1) default target x86_64-apple-darwin16.4.0 
#include "..." search starts here: 
#include <...> search starts here: 
/usr/local/include 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0/include 
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include 
/usr/include 
/System/Library/Frameworks (framework directory) 
/Library/Frameworks (framework directory) 
End of search list. 
$ wc -l min.c.out 
    456 min.c.out 
$ 

この強力なヒント/usr/bin/cppプログラムの何らかの問題とそれがコンパイルツールチェーンの残りの部分を動かす方法では、私はコマンドラインの重要な違いを特定していません。

解決策も示唆しています。cppスタンドアロンを使用しないでください。私がコメントで指摘したように、2017年1月〜How to get XCode 8 C preprocessor to ignore // comments in #defines?から、スタンドアロンの問題を指摘した質問があったcpp

cppが必要な場合は、自分でインストールしてください。たとえば、GCC 6.3.0をインストールすることができます(このマシンには怠け者でしたが、もう1つは6.2.0ではなく6.3.0を既に実行しています)(例えば/opt/gcc/v6.3.0/bin/cpp)、それを実行するように調整しますそれが取るものは何でもPATHを調整したり、など/usr/local/binPATHで発生$HOME/bin/usr/bin前にディレクトリにシンボリックリンクまたはスクリプトを置く、またはmakefileに正しいパスを指定するか、または代わりに - /usr/bin/cppのあなたはcppを入力すると。

あなたがMac上でGCCを構築する上でのガイドラインをしたい場合は、考慮してください。

+0

'cpp'呼び出しは' -traditional-cpp'を内部のclangバイナリに渡し、 'gcc'呼び出しはそれを行いません。それはほぼ確実に意図的なものであり、ほぼ確実に問題の原因です。 (この文脈では "従来の"とは "C89以前"を意味し、トークンペーストやインデントされたプリプロセッサディレクティブをサポートしないなど、システムヘッダを非常に簡単に破る可能性があります) – zwol

+0

@JonathanLefflerによって提案されたmin.cファイルの問題を再現しました。私は同じエラーを取得します。しかし、 'cpp -v ...'が 'traditional-cpp'オプションを生成して削除し、' -o -'を '-o min.c.out'に置き換えたclangコマンド+オプションをコピー&ペーストすると、エラーがなく、少なくとも行数と単語数がgccで得られたものと同じであるという出力を生成します。だから@zwolは伝統的なモードを指摘した理由がある。なぜ私たちが知らない 'traditional-cpp'を使うためにcppが翻訳されるのですか? – MartiSanchez

0

私はどちらかと私のMac上でまったく同じAvailabilityInternal.hを持っているように見えませんuser2353698またはJonathan Lefflerは問題は再現できますが、問題は再現できます。

$ /usr/bin/cpp -w /usr/include/AvailabilityInternal.h > /dev/null 
/usr/include/AvailabilityInternal.h:14923:10: error: #else without #if 
     #else 
     ^

#ifndef foo 
    #ifdef bar 
    #endif 
#endif 

これは標準 C完全に合法ですが、伝統的な(K & R)プリプロセッサが理解していないだろう:私は最小限のテストケースにそれを削減しているめちゃくちゃ便利delta utilityからいくつかの助けを借りて

インデントされた行のいずれかを前処理ディレクティブとして使用します。伝統的な前処理モードの打ち鳴らすのエミュレーションは、バグを持っているように見えますインデント#ifdefは処理ないであるが、インデント#endifが処理あるので、非インデント以降の#endifがアンバランスであるように思われます。 (gccが実際にGCCであるコンピュータで、このファイルのgcc -E -traditional-cppの動作を比較してください。これは現在LLVM bug #31886として報告されています。

昨日私がコメントで言ったことは、まだ真です:標準Cを前処理したい場合はcc -Eを使います。このバグがなくても、cppはこれらのシステムヘッダーで正しい結果を得られません。 意図的cppは伝統的なモードを使用しています。そのコマンドラインツールの主な機能は現在、FORTRAN、Makefiles、XなどのCではないものを前処理しているからです。従来のプリプロセッサは、Cの字句構文に特化したものではないため、このタスクに適しています。

関連する問題