pali

MS/windows naming convention is to use `w` as a _prefix_ for posix-like wide funtions and `W` as a _suffix_ for winapi functions. So correct name should be **wdlopen**. dlsym cannot...

@TimothyGu: I was thinking more about this **wdlopen** function and now I think it does not bring any value to implement it in dlfcn-win32 project. dlfcn-win32 is there to allow...

> if not running on windows, set wdlopen to call dlopen and typedef its argument as the same type as dlopen And this is incorrect and cannot work. This `wdlopen`...

> maybe `wdlopen` could internally convert it's `wchar *` input into `char *` input to pass to `dlopen` if it is not running on windows, There is NO `wdlopen` function...

Well, `RTLD_NOLOAD` is not really part of POSIX and I do not think that it is possible to implement this GNU flag on Windows. So I do not see any...

Proper implementation of dladdr() tool half of year. So it is hard to do it properly and takes lot of manpower and time. Anyway can work on it, prepare pull...

Removal of max path length restriction in this pull request does not work at all. There is a test which checks that filename of side 32767 bytes would cause error...

No! When using `include` section, whole job definition must be specified and therefore copy+paste. Follwing patch enable cmake support, but cmake is failing (that is why it was not enabled...

Pull request #93 was merged, but there is one open issue https://github.com/dlfcn-win32/dlfcn-win32/pull/93#pullrequestreview-558954704

Well, adding `shlwapi` to CMake `target_link_libraries` is not enough. It does not work for statically compiled library and also for library compiled by Makefile. In past there was similar linking...