Posts

Post marked as Apple Recommended
4.4k Views
As presented in the talks and documentation I’ve seen so far, DocC works for public and open Swift symbols. But how about stuff for internal use? We are developing a fairly complex mixed source SDK with several components, that would benefit greatly from direct integration of auxiliary content for diagrams and so on. But since many of these parts are for internal use only, they have module or below level visibility. Is there a way to build an internal documentation target that includes this information with DocC, and — if so — how?
Posted Last updated
.
Post marked as solved
1 Replies
1.9k Views
When building with the flag -Werror, as we do for our tests on CI, earlier versions of Clang, I allowed preventing certain warnings from being promoted to errors using the following syntax: -W-no-error-${warning-name} When building without -Werror on the Clang version included in Xcode 13.0 beta (13A5154h), this leads to warnings like the following: warning: unknown -Werror warning specifier: '-Wno-error-deprecated-declarations' [-Wunknown-warning-option] So how do I prevent promotion of a specific warning to an error now?
Posted Last updated
.