System.Globalization.NumberFormatInfo.get_CurrentInfo is not compiled

[tarekgh]

Run:
Console.WriteLine(123.ToString());

will he following stack
#0 0x00007ffff6c01cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1 0x00007ffff6c050d8 in __GI_abort () at abort.c:89
#2 0x00007ffff7b36535 in __gnu_cxx::__verbose_terminate_handler() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3 0x00007ffff7b346d6 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4 0x00007ffff7b34703 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5 0x00007ffff7b34922 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6 0x000000000044fd51 in System_Private_CoreLib::System::Globalization::NumberFormatInfo::get_CurrentInfo () at obj/Debug/dnxcore50/native/Hello.cpp:25581
#7 0x00000000004562f1 in System_Private_CoreLib::System::Globalization::FormatProvider_Number::FormatInt32 (value=123, format=0x0, provider=0x0) at obj/Debug/dnxcore50/native/Hello.cpp:27618
#8 0x0000000000404ea4 in System_Private_CoreLib::System::Globalization::FormatProvider::FormatInt32 (value=123, format=0x0, provider=0x0) at /home/tarek/oss/corert/tests/src/Simple/Hello/Hello.cs:1267
#9 0x00000000004054fd in System_Private_CoreLib::System::Int32::ToString (_this=0x7fffffffddf4) at obj/Debug/dnxcore50/native/Hello.cpp:5837
#10 0x000000000048f38a in Hello::Program::Main (args=0x7fffdebcb060) at /home/tarek/oss/corert/tests/src/Simple/Hello/Hello.cs:11
#11 0x000000000048f0ea in Hello::Module::StartupCodeMain (_a0=0, _a1=140737488346992) at obj/Debug/dnxcore50/native/Hello.cpp:45085
#12 0x00000000004aa73c in main (argc=1, argv=0x7fffffffdf68) at /home/tarek/oss/corert/tests/src/Simple/Hello/Hello.cs:7311

[jkotas]

It is failing because of the following line requires reflection that is not hooked up yet:

formatProvider.GetFormat(typeof(NumberFormatInfo))

[MichalStrehovsky]

@tarekgh There are already workarounds checked in for other cases when reflection blocks a scenario. If it's blocking you, please check in a workaround with a TODO. If it's not blocking you, I see little point in filing bugs for all the code paths that can potentially call into reflection (I recommend we close this).

[jkotas]

I will take a look at implementing the workaround

[tarekgh]

thanks @jkotas. I'll try to test my changing without hitting any of such code paths. it is so far not really blocking. if you are going to check in a workaround, it'll be nice to do the work around for the stringBuilder case as it is used by many code paths. thanks for looking at that.