diff options
| author | Jan Vorlicek <janvorli@microsoft.com> | 2019-04-12 23:55:07 +0200 |
|---|---|---|
| committer | Juan Hoyos <juan.hoyos@microsoft.com> | 2019-04-12 14:55:07 -0700 |
| commit | 2573e4e5c12c4fd165db53cc31b0fc14c118d47b (patch) | |
| tree | 737ade42d19a76eac3683f93775c69d31c3ede79 /src/dlls | |
| parent | 97496018ccd9f6b2bdc908fd47fdffaedee1e882 (diff) | |
| download | coreclr-2573e4e5c12c4fd165db53cc31b0fc14c118d47b.tar.gz coreclr-2573e4e5c12c4fd165db53cc31b0fc14c118d47b.tar.bz2 coreclr-2573e4e5c12c4fd165db53cc31b0fc14c118d47b.zip | |
Fix OSX debugging (#23924)
A recent change has incorrectly added dependency on libcoreclrpal.a to
libutilcodenohost.a. This in turn, due to the transitive propagation of
dependencies, caused the libmscordbi to be linked with libcoreclrpal.a.
So libmscordbi contained its own PAL after that change, which is wrong.
libmscordbi should depend on PAL APIs through libmscordaccore that
exports the symbols it needs for it in order to keep just one PAL in the
process.
The fix is to remove the libcoreclrpal.a dependency and export few
new symbols from libmscordaccore instead.
Diffstat (limited to 'src/dlls')
| -rw-r--r-- | src/dlls/mscordac/mscordac_unixexports.src | 4 |
1 files changed, 4 insertions, 0 deletions
diff --git a/src/dlls/mscordac/mscordac_unixexports.src b/src/dlls/mscordac/mscordac_unixexports.src index 9902cb6bb6..fbe7d0090a 100644 --- a/src/dlls/mscordac/mscordac_unixexports.src +++ b/src/dlls/mscordac/mscordac_unixexports.src @@ -30,6 +30,8 @@ nativeStringResourceTable_mscorrc_debug #PAL__flushall #PAL_free #PAL_fwprintf +#PAL_GetLogicalCpuCountFromOS +#PAL_GetNumaProcessorNode #PAL_GetPALDirectoryW #PAL_GetResourceString #PAL_get_stdout @@ -122,6 +124,7 @@ nativeStringResourceTable_mscorrc_debug #GetLastError #GetLongPathNameW #GetModuleFileNameW +#GetNumaHighestNodeNumber #GetProcAddress #GetProcessHeap #GetShortPathNameW @@ -178,6 +181,7 @@ nativeStringResourceTable_mscorrc_debug #TlsGetValue #TlsSetValue #VirtualAlloc +#VirtualAllocExNuma #VirtualFree #VirtualProtect #VirtualQuery |