-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[NAOT][Apple][mobile] Undefined symbols for architecture x86_64: do_vxsort_avx2 causing AppleAppBuilderTask to fail #100632
Comments
Tagging subscribers to this area: @agocke, @MichalStrehovsky, @jkotas |
Tagging subscribers to 'os-ios': @steveisok, @akoeplinger, @kotlarmilos |
Tagging subscribers to 'os-tvos': @steveisok, @akoeplinger |
Yes, it is my problem. |
Unlike other smoke tests, seems like mono library-mode smoke tests are using aotsdk from package while the aot runtime build took place with live bits, hence the conflict. It should be using live build for both. @ivanpovazan any idea how to bring library-mode tests to the same plan as rest of the platforms (use live build of nativeaot)? |
I think that all NativeAOT runtime tests (tests under: https://github.com/dotnet/runtime/tree/main/src/tests) are using runtime/src/tests/Directory.Build.targets Line 563 in ffb2578
so I don't think that is the problem. The problem seems to be specific to inclusion of @matouskozak @kotlarmilos do you remember why we had to explicitly set these properties here: runtime/src/tests/Directory.Build.props Lines 213 to 216 in e610649
I would assume we were hitting similar problems for _targetOS , as we are now having with _targetArchitecture not being resolved at the adequate time during build.
|
They are used in https://github.com/dotnet/runtime/blob/main/src/coreclr/nativeaot/BuildIntegration/Microsoft.NETCore.Native.Unix.targets. |
Yes, but |
Can you check from the binlog if the condition in Microsoft.DotNet.ILCompiler.SingleEntry.targets is true? |
Yes, that is resolved to the live build of runtime. I was suspecting that iOS platforms end up using BuildIntegration targets from the SDK (which is still at preview 1 per global.json), rather than the clr artifacts directory (live build) which causes the missing libvxsort in the logs and lead to the missing symbol during the link. With current situation, any time we will add a new dependency or remove one, it will run into the same error. Thanks for looking into it everyone. 👍 |
Ideally, the test should use the target files in the repo, if we could do that, that would be the best. |
@cshung the problem is most probably related to how we configure runtime tests for NativeAOT on iOS, and not with the build integration targets file. @kotlarmilos
|
Build Information
Build: https://dev.azure.com/dnceng-public/public/_build/results?buildId=629964
Build error leg or test failing:
Error Message
Fill the error message using step by step known issues guidance.
Error log:
Report
Summary
Known issue validation
Build: 🔎 https://dev.azure.com/dnceng-public/public/_build/results?buildId=629964
Error message validated:
[/Users/runner/work/1/s/src/mono/msbuild/apple/build/AppleBuild.targets(296,5): error MSB4018: Undefined symbols for architecture x86_64: [/Users/runner/work/1/s/src/tests/build.proj]
]Result validation: ✅ Known issue matched with the provided build.
Validation performed at: 4/4/2024 7:53:18 PM UTC
The text was updated successfully, but these errors were encountered: