Windows: failing unit tests in libstd\unstable\dynamic_lib.rs

[vadimcn]

test_loading_cosine
task <unnamed> failed at 'Could not load function cos: Error code 127u', C:\Rust\src\libstd\unstable\dynamic_lib.rs:106

[mstewartgallus]

Does Windows export cos in its standard math libraries? Otherwise, the problem would be that we didn't link in the math libraries. Regardless, the test should use it's own self contained function for this. I'll fix this quickly.

[emberian]

Triage update: still needs fixing. Should be easy, though. Just pick a random windows lib to load and check, rather than libm.

[brson]

The fix here is seemingly not so simple. Functions in the exe appear to need DllExport to be loaded, and we don't apply that attribute (except to main, for odd reasons).

[vadimcn]

This test attempts to get the address of cos function using handle of the current executable module, (even though cos is defined in libm.so,- because dlsym() also searches in all dependencies of the module).

This doesn't work the same way on Windows, where GetProcAddress() searches only the module it was given.

It would be hard to emulate dlsym's behavior on Windows, and besides it's unclear under which circumstances this is useful. Closing.