問題タブ [biicode]

私の知る限り、cmake で使用されるターゲット C++ コンパイラを変更する最善の方法は、CXXcmake の呼び出しの直前に環境変数を変更することです。

Travis CI ビルドは、ビルドの設定CXXにCC応じて と を設定します。したがって、これがあなたの中にある場合.travis.yml:

初めてcmakeGCCを使用し、後者でClangを使用する必要がありますか?

代わりに、GCC ビルドは問題なくコンパイルされます (cmake で使用されるデフォルトのコンパイラ) が、Clang バージョンも GCC を使用します。

0.01s$ echo $CC $CXX
clang clang++
コマンド「echo $CC $CXX」は 0 で終了しました。

0.02s$ $CXX --version
clang バージョン 3.4 (tags/RELEASE_34/final) ターゲット: x86_64-unknown-linux-gnu スレッド モデル: posix

実行: cmake -G "Unix Makefiles" -Wno-dev ../cmake
-- C コンパイラの識別は GNU です
-- CXX コンパイラの識別は GNU です
-- C コンパイラの動作を確認します: /usr/bin/gcc
-- チェックしますC コンパイラの動作について: /usr/bin/gcc -- 動作
-- C コンパイラの ABI 情報を
検出中 -- C コンパイラの ABI 情報を検出中 - 完了
-- CXX の動作をチェック コンパイラ: /usr/bin/c++
-- CXX の動作をチェックコンパイラ: /usr/bin/c++ -- 動作
-- CXX コンパイラ ABI 情報を
検出中 -- CXX コンパイラ ABI 情報を検出中 - 完了

呼び出しの直前に、これらの変数を再度設定しようとしました。

これはあまり意味がないと思います...

これはGCCを使用した成功したビルドで、これは (と思われる) clang ビルドです。

私の質問は次のとおりです: Travis CI で cmake が使用するコンパイラを変更するにはどうすればよいですか?

これが私の .travis.yml です。

これまでのところ、DEV と STABLE タグのみを使用して、biicode で公開しています。誤解していない限り、特定のブロックについては、DEV バージョンを何度でも発行できるようで、以前に発行したコードは毎回新しいバージョンによって上書きされます。逆に、STABLE版は一度しか公開できず、そのタグで公開されたコードを上書きできないようです。

他のタグがどのように動作するのか疑問に思っていました。ALPHA および BETA バージョンを上書きすることはできますか、それともこれらのタグで一度だけ公開することはできますか?

ありがとう！

ディミトリ

Ubuntu 14.10 (64 ビット) に bii (v1.11) をインストールし、その間bii setup:cppに CMake 3.0.2 をダウンロードしてインストールしました。ここで、コンソールから CMake を使用しようとすると、セグメンテーション エラーが発生します。

コマンドを正しく機能させるには、コマンドを sudo する必要があります。

これを修復する方法はありますか？

bii find を実行すると、警告 WARN: Can't find block候補者 for: xercesc/xercesc が表示されました

私はかなり長い間libpngfromを使用しています。biicodeちょうど今日、私はこのエラーを受け取り始めました:

biicode( http://www.biicode.com/glenn/png ) で、特定のファイルが. _pnglibconf.hこれが最近の変更なのか、それとも常にそうであったのかはわかりません。ブロックが何らかの方法で変更されているかどうか (まだ安定したバージョン 0 である)、修正する必要があるかどうか、または何らかの方法で動作させることができるかどうかを誰かが知っていますか?

ありがとう！

TL;DR:次の MsBuild 出力で、コマンドの後に来るファイル名 ( sourceFile1.cpp~ ) は何を意味しますか? (下にスクロールすると、実際のログ ファイルへのリンクが表示されます)sourceFileX.cppcl

N と X は意図的に異なる変数です。

長いです：

コンテキスト: CppMicroServices ライブラリの CMake 構成を変更して、biicode と互換性を持たせます。

元の構成でビルドすると、N == X で上記の出力が生成されます。つまり、cl コマンドに渡されたすべてのファイルは、後続の行にも出力されます。これは、Ubuntu 14.10 および Windows 8.1 で正常にコンパイルされます。

biicode で変更された CMakeLists.txt を使用してビルドすると、同様の出力が生成されますが、N != X です。N は、biicode 出力とオリジナルの両方で同じですが、biicode の X は、からの X と比較して、ソース ファイルのはるかに小さいサブセットです。オリジナル。

これの完全なログ ファイルはここにあります: http://pastebin.com/hRi8WGwN

行 56 ~ 100: 元のビルド ターゲットに一致する出力 (43 個のソース ファイルが cl に渡され、43 個の行に同じソース ファイル名が続きます)。

行 183 ~ 192: bii 固有のターゲットの出力 (cl に渡された 43 個のソース ファイル、いくつかのソース ファイル名の 8 行、これが解決されると修正されると思われるいくつかのエラーが続きます)。

biicode 固有のターゲットは、Ubuntu で正常にビルドされます。

biicode からの提案に従って、OpenGL 関連のブロックを Mac でコンパイルするために、CMakeLists.txt ファイルの 1 つでオフにした BII_IMPLICIT_RULES_ENABLED フラグについて疑問に思っていました。この設定はまだそこにあり、すべてが完全に機能しますが、それについてもっと知りたいと思います. 誰かがそれが正確に何をするのか説明できますか?

ありがとう！

依存関係マネージャーBiicodeのブロックを作成したいと考えています。既存のソース コードには触れたくないので、インクルード パスを既存の Bii ブロックからソース コードで使用されているパスにマップする必要があります。

既存のコードで次のインクルードを使用しています。

デフォルト設定では、Bii は次のパスを想定しています。

インクルードを置き換えると、すべてが期待どおりに機能します。しかし、すでに述べたように、私はそのような醜いインクルード パスを望んでいませんが、常識を使用してください (Boost や他のライブラリがそうであるように)。

したがって、パスをマップする必要があります。私はそのセクションについて読んでbiicode.conf、偶然見つけました[includes]。

私は次のことを試しました：

しかし、それはうまくいきません:

私の質問は次のとおりです。既存の#include-statements で動作するようにマッピングを構成するにはどうすればよいですか? これはうまくいかなければなりません、そうでなければそれはキラー基準です...