2

CodeLiteを使用してWindows 8.1でMinGW32を使用して正常にビルドするプロジェクトがあります。コンパイラを MinGW32 から clang に変更しようとしています。ただし、コンパイラを切り替えた後、次のエラーが発生します。

c:/MinGW/lib/gcc/mingw32/4.8.1/include/c++\bits/stringfwd.h:74:33: error: use of undeclared identifier 'char16_t'

...似たような性質の他の多くの人が続きます。そこで、プログラムが単純に自分のコードに含まれていて、MinGW32 で「運が良かった」かどうかを確認するための、より単純なプログラムを作成しようとしました。

次のプログラムでも同じエラーが発生します。

#include <iostream>

int main(int argc, char **argv)
{
    std::cout << "Hello World" << std::endl;
    return 0;
}

CodeLite 内では、次のコンパイラ オプションが設定されます (これらはコンパイラ間で変更されていません)。

-g;-O0;-Wall;-std=c++11

Enable C++11 Standard (clang)念のため、ワークスペース レベルでチェック ボックスをオンにしてみました。

インターネットでいくつか検索したところ、次の問題が見つかりました。

clang エラーでビルドが失敗します。#762

この結果-fno-ms-compatibility、コンパイラ オプションに追加してみました。コンパイラエラーが次のように変化したため、これは効果があるように見えました。

c:/MinGW/lib/gcc/mingw32/4.8.1/include/c++\bits/char_traits.h:391:7: error: cannot mangle this built-in char16_t type yet

これに対する解決策を見つけるために一般的な検索エンジンを使用してみましたが、 MicrosoftMangle.cppというファイル内の参照しか見つかりませんでした。私が遭遇したエラーについて言及した部分は次のとおりです。

void MicrosoftCXXNameMangler::mangleType(const BuiltinType *T,
                                         SourceRange Range) {
  //  <type>         ::= <builtin-type>
  //  <builtin-type> ::= X  # void
  //                 ::= C  # signed char
  //                 ::= D  # char
  //                 ::= E  # unsigned char
  //                 ::= F  # short
  //                 ::= G  # unsigned short (or wchar_t if it's not a builtin)
  //                 ::= H  # int
  //                 ::= I  # unsigned int
  //                 ::= J  # long
  //                 ::= K  # unsigned long
  //                     L  # <none>
  //                 ::= M  # float
  //                 ::= N  # double
  //                 ::= O  # long double (__float80 is mangled differently)
  //                 ::= _J # long long, __int64
  //                 ::= _K # unsigned long long, __int64
  //                 ::= _L # __int128
  //                 ::= _M # unsigned __int128
  //                 ::= _N # bool
  //                     _O # <array in parameter>
  //                 ::= _T # __float80 (Intel)
  //                 ::= _W # wchar_t
  //                 ::= _Z # __float80 (Digital Mars)
  switch (T->getKind()) {
  case BuiltinType::Void: Out << 'X'; break;
  case BuiltinType::SChar: Out << 'C'; break;
  case BuiltinType::Char_U: case BuiltinType::Char_S: Out << 'D'; break;
  case BuiltinType::UChar: Out << 'E'; break;
  case BuiltinType::Short: Out << 'F'; break;
  case BuiltinType::UShort: Out << 'G'; break;
  case BuiltinType::Int: Out << 'H'; break;
  case BuiltinType::UInt: Out << 'I'; break;
  case BuiltinType::Long: Out << 'J'; break;
  case BuiltinType::ULong: Out << 'K'; break;
  case BuiltinType::Float: Out << 'M'; break;
  case BuiltinType::Double: Out << 'N'; break;
  // TODO: Determine size and mangle accordingly
  case BuiltinType::LongDouble: Out << 'O'; break;
  case BuiltinType::LongLong: Out << "_J"; break;
  case BuiltinType::ULongLong: Out << "_K"; break;
  case BuiltinType::Int128: Out << "_L"; break;
  case BuiltinType::UInt128: Out << "_M"; break;
  case BuiltinType::Bool: Out << "_N"; break;
  case BuiltinType::WChar_S:
  case BuiltinType::WChar_U: Out << "_W"; break;

#define BUILTIN_TYPE(Id, SingletonId)
#define PLACEHOLDER_TYPE(Id, SingletonId) \
  case BuiltinType::Id:
#include "clang/AST/BuiltinTypes.def"
  case BuiltinType::Dependent:
    llvm_unreachable("placeholder types shouldn't get to name mangling");

  case BuiltinType::ObjCId: Out << "PAUobjc_object@@"; break;
  case BuiltinType::ObjCClass: Out << "PAUobjc_class@@"; break;
  case BuiltinType::ObjCSel: Out << "PAUobjc_selector@@"; break;

  case BuiltinType::OCLImage1d: Out << "PAUocl_image1d@@"; break;
  case BuiltinType::OCLImage1dArray: Out << "PAUocl_image1darray@@"; break;
  case BuiltinType::OCLImage1dBuffer: Out << "PAUocl_image1dbuffer@@"; break;
  case BuiltinType::OCLImage2d: Out << "PAUocl_image2d@@"; break;
  case BuiltinType::OCLImage2dArray: Out << "PAUocl_image2darray@@"; break;
  case BuiltinType::OCLImage3d: Out << "PAUocl_image3d@@"; break;
  case BuiltinType::OCLSampler: Out << "PAUocl_sampler@@"; break;
  case BuiltinType::OCLEvent: Out << "PAUocl_event@@"; break;

  case BuiltinType::NullPtr: Out << "$$T"; break;

  case BuiltinType::Char16:
  case BuiltinType::Char32:
  case BuiltinType::Half: {
    DiagnosticsEngine &Diags = Context.getDiags();
    unsigned DiagID = Diags.getCustomDiagID(DiagnosticsEngine::Error,
      "cannot mangle this built-in %0 type yet");
    Diags.Report(Range.getBegin(), DiagID)
      << T->getName(Context.getASTContext().getPrintingPolicy())
      << Range;
    break;
  }
  }
}

この時点で、私は自分の問題を解決する方法についてのアイデアがありません。したがって、この質問です。あなたが私に与えることができるどんな助けにも前もって感謝します!

追加情報

ここではまだ MinGW32 インクルード ディレクトリを使用していることに気付きました。これは、CodeLite に関するこのチュートリアルで提案されているように、意図的に使用しています。

4

1 に答える 1

5

簡単に言うと、clang は Windows での開発には対応していないと確信しています。コード補完ライブラリ以外に、MSW で clang を使用して正常にコンパイルされた製品アプリケーションを 1 つも見たことがありません。

単純な hello world を構築することはできましたが、実行時に惨めに失敗したことに注意してください (特に例外が関係している場合)。

簡単に言うと、Windows用のMinGW(gcc)に固執してください。これが最も信頼できるものです

これは、私のマシンで codelite を使用して単純な hello world を構築した場合の出力です (LLVM Web サイトからダウンロードした clang 3.4 を使用し、codelite に設定 -> ビルド設定 -> 自動検出コンパイラから検出させます):

C:\Windows\system32\cmd.exe /c "C:/MinGW-4.8.1/bin/mingw32-make.exe -j8 SHELL=cmd.exe  -e -f  Makefile"
"----------Building project:[ ClangHW - Debug ]----------"
mingw32-make.exe[1]: Entering directory 'D:/src/TestArea/ClangHW'
D:/software/LLVM/bin/clang++.exe   -c  "D:/src/TestArea/ClangHW/main.cpp" -g -O0 -Wall  -o ./Debug/main.cpp.o -Ic:/mingw-4.8.1/lib/gcc/mingw32/4.8.1/include/c++ -Ic:/mingw-4.8.1/lib/gcc/mingw32/4.8.1/include/c++/mingw32 -Ic:/mingw-4.8.1/lib/gcc/mingw32/4.8.1/include/c++/backward -Ic:/mingw-4.8.1/lib/gcc/mingw32/4.8.1/include -Ic:/mingw-4.8.1/include -Ic:/mingw-4.8.1/lib/gcc/mingw32/4.8.1/include-fixed  -I. -I.
D:/software/LLVM/bin/clang++.exe  -o ./Debug/ClangHW @"ClangHW.txt" -L.
mingw32-make.exe[1]: Leaving directory 'D:/src/TestArea/ClangHW'
0 errors, 0 warnings

正常にコンパイルされますが、実行すると「hello world」メッセージが出力され、すぐにクラッシュします。

clang が MinGW インクルード パスを使用している理由は単純であることに注意してください。独自のヘッダー ファイルは付属していません。代わりに、その存在に依存しています (codelite は「デフォルト」の MinGW コンパイラ インクルード パスを使用し、clang に使用します)。

結論として、MinGW または VC に固執することを強くお勧めします。

Eran (CodeLite IDE の作成者)

于 2014-08-07T05:38:56.273 に答える