web-dev-qa-db-ja.com

Xcode 10フレームワークの依存サイクル自体

Xcode 10では、インクリメンタルビルド（クリーンビルド機能）を実行すると、フレームワークの1つでこのビルドエラーが発生します。

Showing All Messages
:-1: Cycle inside LoggingSharedFramework; building could produce unreliable results.
Cycle details:
→ Target 'LoggingSharedFramework' has a command with output 'blablabla/Build/Products/Debug-iphonesimulator/LoggingSharedFramework.framework/LoggingSharedFramework'
○ Target 'LoggingSharedFramework' has link command with output 'blablabla/Build/Intermediates.noindex/blablablah/Debug-iphonesimulator/LoggingSharedFramework.build/Objects-normal/x86_64/LoggingSharedFramework'
  • フレームワークにはターゲットの依存関係はありません
  • ヘッダーフェーズはソースのコンパイル前
  • すべてのファイルを調べ、LoggingSharedFramework（Cocoa以外のもの）以外のファイルを取得するインポートがないことを確認しました
  • 外部依存関係がないため、依存関係管理システム（例：カルセージ）を使用していません。このフレームワークはプロジェクト内で維持されます

このエラーは私には意味がありません。実際の原因は何ですか？サイクルを導入しているものを理解するにはどうすればよいですか？どうすればサイクルを修正できますか？

ここに私が得るデバッグビルドログがあります：

Build system information
error: target:  ->

node: <all> ->

command: <all> ->

node: .../DerivedData/MyApp/Build/Products/Debug-iphoneos/LoggingSharedFramework.framework/LoggingSharedFramework ->

command: 60cc809630:Debug:CreateUniversalBinary .../DerivedData/MyApp/Build/Products/Debug-iphoneos/LoggingSharedFramework.framework/LoggingSharedFramework normal armv7 arm64 ->

node: .../DerivedData/MyApp/Build/Intermediates.noindex/MyApp.build/Debug-iphoneos/LoggingSharedFramework.build/Objects-normal/armv7/LoggingSharedFramework ->

command: 60cc809630:Debug:Ld .../DerivedData/MyApp/Build/Intermediates.noindex/MyApp.build/Debug-iphoneos/LoggingSharedFramework.build/Objects-normal/armv7/LoggingSharedFramework normal armv7 ->

node: .../DerivedData/MyApp/Build/Products/Debug-iphoneos/LoggingSharedFramework.framework/LoggingSharedFramework

** BUILD FAILED **

そこにはサイクルがあると思いますが、なぜそれが存在するのか、それを修正する方法はわかりません。いくつかの中間オブジェクトのLdがコンパイル済みフレームワークに依存しているように見えますか？それは私には意味がありません。

以前は、ヘッダーのビルドフェーズを早く移動し、アンブレラヘッダーの警告を修正し、ビルドをクリーンアップすることで、これを修正したと思っていました。しかし、それは一時的な修正にすぎないことがわかりました。この問題はランダムに再発するようで、Xcodeがサイクルを検出すると、もう一度クリーニングするまで消えません。その後、しばらくの間、不明な原因が原因となって、元に戻ります。

iosxcodecircular-dependencyxcode10
13
Max

この問題はXcode 10.2で解決したようです。

0
Max

私はこれを「修正」しました

  1. 必要に応じてヘッダーの可視性をパブリックからプロジェクトに変更することにより、すべてのターゲットのすべての「モジュール 'foobar'のアンブレラヘッダーにヘッダーが含まれていません...」警告を修正
  2. すべてのターゲットのソースをコンパイルする前に、すべてのヘッダービルドフェーズを移動する
  3. DerivedDataを削除してXcodeを再起動する

最初のポイントはLoggingSharedFramework内の循環依存関係を修正しましたが、他のフレームワークでも同じ問題が発生しました。単独で1を実行するだけでは十分ではありません。サイクルを終了させるには、2を実行する必要もあります。そして、それでもXcodeはどこかのキャッシュでサイクルがスタックする可能性があるため、3で完全にクリーンなビルドを実行するように強制する必要がありました。

これはエラーを解消するようですときどき。ビルドをクリーンアップし、すべてが機能するまでXcodeを再起動してみてください。

3
Max

私の推測では、LoggingSharedFrameworkは、利用可能なすべてのアーキテクチャを備えたファットフレームワークとして適切に構築されていません。フレームワークを構築するときに、このポストスクリプトを試してください。

exec > /tmp/${PROJECT_NAME}_archive.log 2>&1

UNIVERSAL_OUTPUTFOLDER=${BUILD_DIR}/${CONFIGURATION}-universal

if [ "true" == ${ALREADYINVOKED:-false} ]
then
echo "RECURSION: Detected, stopping"
else
export ALREADYINVOKED="true"

# make sure the output directory exists
mkdir -p "${UNIVERSAL_OUTPUTFOLDER}"
#mkdir -p "${UNIVERSAL_OUTPUTFOLDER}/${TARGET_NAME}.framework" 

echo "Building for iPhoneSimulator"
xcodebuild -workspace "${WORKSPACE_PATH}" -scheme "${TARGET_NAME}" -configuration ${CONFIGURATION} -sdk iphonesimulator -destination 'platform=iOS Simulator,name=iPhone XS' ONLY_ACTIVE_Arch=NO ARCHS='i386 x86_64' BUILD_DIR="${BUILD_DIR}" BUILD_ROOT="${BUILD_ROOT}" ENABLE_BITCODE=YES OTHER_CFLAGS="-fembed-bitcode" BITCODE_GENERATION_MODE=bitcode clean build

# Step 1. Copy the framework structure (from iphoneos build) to the universal folder
echo "Copying to output folder"
cp -R "${ARCHIVE_PRODUCTS_PATH}${INSTALL_PATH}/" "${UNIVERSAL_OUTPUTFOLDER}"

# Step 2. Copy Swift modules from iphonesimulator build (if it exists) to the copied framework directory
SIMULATOR_Swift_MODULES_DIR="${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/${TARGET_NAME}.framework/Modules/${TARGET_NAME}.swiftmodule/."
if [ -d "${SIMULATOR_Swift_MODULES_DIR}" ]; then
cp -R "${SIMULATOR_Swift_MODULES_DIR}" "${UNIVERSAL_OUTPUTFOLDER}/${TARGET_NAME}.framework/Modules/${TARGET_NAME}.swiftmodule"
fi

# Step 3. Create universal binary file using lipo and place the combined executable in the copied framework directory
echo "Combining executables"
lipo -create -output "${UNIVERSAL_OUTPUTFOLDER}/${EXECUTABLE_PATH}" "${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/${EXECUTABLE_PATH}" "${ARCHIVE_PRODUCTS_PATH}${INSTALL_PATH}/${EXECUTABLE_PATH}"

echo "Combining executables end"

# Step 4. Create universal binaries for embedded frameworks
for SUB_FRAMEWORK in $( ls "${UNIVERSAL_OUTPUTFOLDER}/${TARGET_NAME}.framework/Frameworks" ); do
BINARY_NAME="${SUB_FRAMEWORK%.*}"
echo "${ARCHIVE_PRODUCTS_PATH}${INSTALL_PATH}/${TARGET_NAME}.framework/Frameworks/${SUB_FRAMEWORK}/${BINARY_NAME}"
lipo -create -output "${UNIVERSAL_OUTPUTFOLDER}/${TARGET_NAME}.framework/Frameworks/${SUB_FRAMEWORK}/${BINARY_NAME}" "${BUILD_DIR}/${CONFIGURATION}-iphonesimulator/${SUB_FRAMEWORK}/${BINARY_NAME}" "${ARCHIVE_PRODUCTS_PATH}${INSTALL_PATH}/${TARGET_NAME}.framework/Frameworks/${SUB_FRAMEWORK}/${BINARY_NAME}"
done

# Step 5. Convenience step to copy the framework to the project's directory
echo "Copying to project dir"
yes | cp -Rf "${UNIVERSAL_OUTPUTFOLDER}/${FULL_PRODUCT_NAME}" "${PROJECT_DIR}"

open "${PROJECT_DIR}"

fi
0
AlexM

私はそのエラーに数回遭遇しましたが、これは私にとってうまくいったものです。

1）Xcode-> Preferences-> Locationsに移動し、すべての派生データをクリアしてXcodeを閉じます。

2）ココアポッドを使用している場合は、ワークスペース、つまり（.xcworkspace）ファイルとPodile /ディレクトリを削除します

3）プロジェクトに移動し、ポッドインストールを実行します。

4）Xcodeでプロジェクトを開き、クリーンしてビルドします。

5）プロジェクトを実行すると、すべてが正常に機能するはずです。

0
Vision Mkhabela

この状況で私がとるであろうステップは次のとおりです。

LoggingSharedFrameworkターゲットがより大きなプロジェクト内で維持されている場合：

  1. 別のプロジェクトに分離する
  2. 含むプロジェクトからすべてのLoggingSharedFrameworkファイルとインポートを削除します
  3. fatフレームワークをビルドし、組み込みフレームワークとしてプロジェクトに追加します
  4. エラーが引き続き発生するかどうかを確認します

LoggingSharedFrameworkがすでに別のプロジェクトである場合：

  1. すべての単一ファイルをチェックし、すべての不要なインポート（Cocoaのものを含む）を削除します
  2. linkingフェーズと関連するビルドスクリプトを確認し、不要なものをすべて削除します

試してみる価値は常にあります 並列ビルドを有効/無効にする

私は、あなたはすでにすべてを終えたと思いますが、頑張ってください！

0
fewlinesofcode