Skip to content
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

OSX CI builds are failing during linking of libmscordbi.dylib with missing symbol _IID_ICorDebugFunction4 linker error #9695

Closed
4creators opened this issue Feb 9, 2018 · 2 comments
Labels
area-Diagnostics-coreclr blocking-clean-ci Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms' blocking-official-build blocking-release bug
Milestone

Comments

@4creators
Copy link
Contributor

Yesterday OSX CI builds started to fail with subproject build error:

00:24:02.499 Undefined symbols for architecture x86_64:
00:24:02.499   "_IID_ICorDebugFunction4", referenced from:
00:24:02.517       CordbFunction::QueryInterface(_GUID const&, void**) in libcordbdi.a(rsfunction.cpp.o)
00:24:02.525 ld: symbol(s) not found for architecture x86_64
00:24:02.532 clang: error: linker command failed with exit code 1 (use -v to see invocation)
00:24:02.532 make[2]: *** [src/dlls/mscordbi/libmscordbi.dylib] Error 1
00:24:02.532 make[1]: *** [src/dlls/mscordbi/CMakeFiles/mscordbi.dir/all] Error 2

It affects several PRs including dotnet/coreclr#16237, dotnet/coreclr#16288, dotnet/coreclr#16223 and others

Examples:

https://ci.dot.net/job/dotnet_coreclr/job/master/job/x64_checked_osx10.12_innerloop_prtest/621/
https://ci.dot.net/job/dotnet_coreclr/job/master/job/x64_checked_osx10.12_innerloop_prtest/617/
https://ci.dot.net/job/dotnet_coreclr/job/master/job/x64_checked_osx10.12_innerloop_prtest/620/
https://ci.dot.net/job/dotnet_coreclr/job/master/job/x64_checked_osx10.12_innerloop_prtest/614/
https://ci.dot.net/job/dotnet_coreclr/job/master/job/checked_osx10.12_prtest/11422/
https://ci.dot.net/job/dotnet_coreclr/job/master/job/checked_osx10.12_prtest/11423/

@RussKeldorph
Copy link
Contributor

@davmason @noahfalk Can you check if this is due to dotnet/coreclr#15819?

@dotnet/dotnet-diag

@jkotas
Copy link
Member

jkotas commented Feb 9, 2018

The offending change reverted in dotnet/coreclr#16300

@jkotas jkotas closed this as completed Feb 9, 2018
@msftgits msftgits transferred this issue from dotnet/coreclr Jan 31, 2020
@msftgits msftgits added this to the 2.1.0 milestone Jan 31, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Dec 18, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
area-Diagnostics-coreclr blocking-clean-ci Blocking PR or rolling runs of 'runtime' or 'runtime-extra-platforms' blocking-official-build blocking-release bug
Projects
None yet
Development

No branches or pull requests

4 participants