GoogleSignIn/Crashlytics/Firebase 的自定义编译器标志
Custom Compiler Flags for GoogleSignIn/Crashlytics/Firebase
我正在尝试在我的主项目中解析编译器标志,例如 -Wno-auto-import。但是我无法为 GoogleSignIn/Crashlytics/Firebase pods 设置编译器标志。我尝试将以下代码添加到我的 Podfile 中:
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['WARNING_CFLAGS'] = "$(inherited) -Wno-auto-import"
config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '10.0'
end
end
end
但我仍然遇到自动导入编译器错误。对于 facebook 登录和所有其他 pods,它工作正常。编译器标志也列在 Pods -> GTMOAuth2 -> Apple LLVM 9.0 - Custom Compiler Flags -> Other Warning Flags -> -Wno-auto-import
我该如何解决这个问题?
您可以通过在您的 pod 文件中指定此标志来使 所有 cocoapod 警告静音:
inhibit_all_warnings!
如果需要,您可以更细化并为每个 pod 指定它:
pod 'GoogleSignIn', inhibit_warnings: true
pod 'Crashlytics', inhibit_warnings: true
pod 'Firebase', inhibit_warnings: true
如果您在项目中启用了 -Weverything
,这 可能 不起作用,通常不鼓励这样做,因为它包含有错误或仍在开发中的警告。此标志将为您的 cocoapod 框架提供 false-positives。更多信息在这里:https://softwareengineering.stackexchange.com/questions/122608/clang-warning-flags-for-objective-c-development/124574#124574
如果您仍然希望尝试手动编辑警告标志 - 那么您的代码示例看起来不错,请确保它不会被 xcconfig
文件覆盖
还要确保您进行了清理,以免以前的构建留下任何警告! Xcode 可能会很痛苦,有时会让它们停留的时间比需要的时间更长。检查生成的实际构建日志以验证它们是否仍在被引发
我正在尝试在我的主项目中解析编译器标志,例如 -Wno-auto-import。但是我无法为 GoogleSignIn/Crashlytics/Firebase pods 设置编译器标志。我尝试将以下代码添加到我的 Podfile 中:
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['WARNING_CFLAGS'] = "$(inherited) -Wno-auto-import"
config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '10.0'
end
end
end
但我仍然遇到自动导入编译器错误。对于 facebook 登录和所有其他 pods,它工作正常。编译器标志也列在 Pods -> GTMOAuth2 -> Apple LLVM 9.0 - Custom Compiler Flags -> Other Warning Flags -> -Wno-auto-import
我该如何解决这个问题?
您可以通过在您的 pod 文件中指定此标志来使 所有 cocoapod 警告静音:
inhibit_all_warnings!
如果需要,您可以更细化并为每个 pod 指定它:
pod 'GoogleSignIn', inhibit_warnings: true
pod 'Crashlytics', inhibit_warnings: true
pod 'Firebase', inhibit_warnings: true
如果您在项目中启用了 -Weverything
,这 可能 不起作用,通常不鼓励这样做,因为它包含有错误或仍在开发中的警告。此标志将为您的 cocoapod 框架提供 false-positives。更多信息在这里:https://softwareengineering.stackexchange.com/questions/122608/clang-warning-flags-for-objective-c-development/124574#124574
如果您仍然希望尝试手动编辑警告标志 - 那么您的代码示例看起来不错,请确保它不会被 xcconfig
文件覆盖
还要确保您进行了清理,以免以前的构建留下任何警告! Xcode 可能会很痛苦,有时会让它们停留的时间比需要的时间更长。检查生成的实际构建日志以验证它们是否仍在被引发