dotnet test fails with error "Cannot get symbol ubrk_close_68 from libicui18n" with AppLocalIcu

[martincostello]

Description

When running dotnet test with a reference to the Microsoft.ICU.ICU4C.Runtime NuGet package version 68.2.0.6 and the <RuntimeHostConfigurationOption Include="System.Globalization.AppLocalIcu" Value="68.2" /> item in the .csproj file with version 6.0.100-rc.1.21420.39 of the .NET SDK, the test process fails to run with the error below:

Testhost process exited with error: Cannot get symbol ubrk_close_68 from libicui18n
Error: 127
. Please check the diagnostic logs for more information.

To replicate the issue, clone https://github.com/martincostello/dotnet-test-icu-repro and run dotnet test with version 6.0.100-rc.1.21420.39 of the .NET SDK.

Configuration

dotnet --info
.NET SDK (reflecting any global.json):
 Version:   6.0.100-rc.1.21420.39
 Commit:    742b676ffb

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.19043
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\6.0.100-rc.1.21420.39\

Host (useful for support):
  Version: 6.0.0-rc.1.21420.15
  Commit:  236e490d4f

Regression?

Yes, the issue was not present at least as late as .NET SDK version 6.0.100-rc.1.21406.22.

I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label.

Tagging subscribers to this area: @tarekgh, @safern
See info in area-owners.md if you want to be subscribed.

Issue Details

---

Description

When running dotnet test with a reference to the Microsoft.ICU.ICU4C.Runtime NuGet package version 68.2.0.6 and the <RuntimeHostConfigurationOption Include="System.Globalization.AppLocalIcu" Value="68.2" /> item in the .csproj file with version 6.0.100-rc.1.21420.39 of the .NET SDK, the test process fails to run with the error below:

Testhost process exited with error: Cannot get symbol ubrk_close_68 from libicui18n
Error: 127
. Please check the diagnostic logs for more information.

To replicate the issue, clone https://github.com/martincostello/dotnet-test-icu-repro and run dotnet test with version 6.0.100-rc.1.21420.39 of the .NET SDK.

Configuration

dotnet --info
.NET SDK (reflecting any global.json):
 Version:   6.0.100-rc.1.21420.39
 Commit:    742b676ffb

Runtime Environment:
 OS Name:     Windows
 OS Version:  10.0.19043
 OS Platform: Windows
 RID:         win10-x64
 Base Path:   C:\Program Files\dotnet\sdk\6.0.100-rc.1.21420.39\

Host (useful for support):
  Version: 6.0.0-rc.1.21420.15
  Commit:  236e490d4f

Regression?

Yes, the issue was not present at least as late as .NET SDK version 6.0.100-rc.1.21406.22.

Author:	martincostello
Assignees:	-
Labels:	area-System.Globalization, untriaged
Milestone:	-

[martincostello]

Through trial and error I've found that the change that caused this is somewhere between 6.0.100-rc.1.21418.13 and 6.0.100-rc.1.21418.17.

[tarekgh]

@martincostello thanks for reporting it. I'll look.

[martincostello]

Might have been caused by #57078.

[tarekgh]

Might have been caused by #57078.

Yes, but it is not clear why it fails to find ubrk_close which is supported since ICU version 2.0.

[martincostello]

The declaration is PER_FUNCTION_BLOCK(ubrk_close, libicui18n, true) \, but this document (search for ubrk_close) seems to suggest it should be in icuuc.

ubrk_close | Introduced into icuuc.dll in 10.0.16299.

Maybe this fix it to change it to PER_FUNCTION_BLOCK(ubrk_close, icuuc, true) \?

runtime/src/libraries/Native/Unix/System.Globalization.Native/pal_icushim_internal.h

Line 76 in b8a5a4a

PER_FUNCTION_BLOCK(ubrk_close, libicui18n, true) \

[martincostello]

Might be the same for ubrk_openRules too.

runtime/src/libraries/Native/Unix/System.Globalization.Native/pal_icushim_internal.h

Line 77 in b8a5a4a

PER_FUNCTION_BLOCK(ubrk_openRules, libicui18n, true) \

ubrk_openRules | Introduced into icuuc.dll in 10.0.16299.

usearch_getBreakIterator seems to roughly match that doc:

runtime/src/libraries/Native/Unix/System.Globalization.Native/pal_icushim_internal.h

Line 160 in b8a5a4a

PER_FUNCTION_BLOCK(usearch_getBreakIterator, libicui18n, true) \

usearch_getBreakIterator | Introduced into icuin.dll in 10.0.16299.

[tarekgh]

Yes the whole breaker APIs should belong to the same module. The weird things is not failing on Linux which supposes the same structure. anyway, I'll look more.