-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build on macOS Mojave DP fails #26576
Comments
Workaround is to add |
I tried the workaround as explained above as well as another approach where I copied over the dylib/a files for System.Security.Cryptography.Native.Apple from macOS High Sierra to Mojave to just run the tests.
The commit I prepared here shows (1) a diff with the workaround to the compilation issue, (2) ActiveIssue added to the failing test, and (3) points to the Debug.Fail statement that we reach only on Mojave (Removing it will help fix the tests but I wouldn’t be confident that this would be a proper fix, but simply pointing to the code snippet with the problem.) I'm going to also run outerloop tests on Mojave and report on that in this issue. cc: @danmosemsft @bartonjs |
@bartonjs when you have time could you please finish the change to make this build successfully? Although ,at this point it is only for community members like @filipnavara since we won't switch our build machines until Mohave ships. |
That means that the "I don't know what this code means" code tripped. Defining |
(And whatever the unknown codes are will need to be put into existing LTS builds to prevent failures on OS upgrade) |
The problematic string is "GrayListedKey". Apparently the error existed since at least macOS 10.9 (according to the open source part of the security framework), possibly along with others:
|
I could avoid hitting the Debug.Fail statement by making this change. Regardless, the test @bartonjs Do you have any ideas on how to fix this test? |
The Assert.Equal is in a test that operates on various test data. Which of the inputs ( |
Outerloop tests:
Assertion failure for the remaining tests:
|
I'm installing Mojave to see what's what. |
On Mojave public beta (18A314k) I see the (inner and) outerloop tests passing provided I edit the shim to say that |
@bartonjs thanks for checking. I'll push up the test fix we talked about into my currently open PR dotnet/corefx#30716 |
@bartonjs what about the other three codes noted above pulled from Apple sources? Do we need to add those in case they appear in some case we don't test yet? |
Very much no :). Until we can see a thing that produces a particular code we don't know how it's actually handled, and what to map it to. |
@bartonjs we should also decide when to flip our test matrix. It looks like 10.12 still has significant market share http://gs.statcounter.com/os-version-market-share/macos/desktop/worldwide . We could keep 10.12 and swap 10.14 for 10.13, or we could drop 10.12. Thoughts? |
…jave by using dlsym to call available API rather than suppressing deprecation warnings. Fixes: #30599
…jave by using dlsym to call available API rather than suppressing deprecation warnings. Fixes: #30599
…jave by using dlsym to call available API rather than suppressing deprecation warnings. Fixes: #30599
@maryamariyan did PRs dotnet/corefx#30716 and dotnet/corefx#30744 fix only part of the problem? |
…30815) * Proper fix for compilation issue caused by deprecated API in macOS Mojave by using dlsym to call available API rather than suppressing deprecation warnings. Fixes: #30599
Unfortunately the
SecCertificateCopyPublicKey
API has been deprecated and causes build failure due to the following warning (and -Werror):The text was updated successfully, but these errors were encountered: