macOS: IOKit framework location corrected.

[0xDP]

The referenced location of IOKit framework is wrong.

See https://developer.apple.com/library/archive/documentation/MacOSX/Conceptual/OSX_Technology_Overview/SystemFrameworks/SystemFrameworks.html for details.

[Youw]

thanks for your PR

seems reasonable, but we have to take into account the fact that this has been working for years, and I don't recall any issues related to it

best case scenario, if we could test it on all versions of macOS starting with 10.6 and check how exactly does this work (before/after the change), not to accidentally cause some regressions
Any volunteers?
After second though, no need - since we link against IOKit.framework this path is not relevant - dlopen would simply return a reference to already loaded library (by name)

I can check only latest macOS 10.15 (Catalina):
It works as expected before AND after this patch - IOKit.framework gets loaded just fine
I almost sure, this is because libhidapi.dylib is linked against IOKit.statically for some reason:

$ otool -L mac/.libs/libhidapi.0.dylib 
mac/.libs/libhidapi.0.dylib:
	/usr/local/lib/libhidapi.0.dylib (compatibility version 1.0.0, current version 1.0.0)
	/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit (compatibility version 1.0.0, current version 275.0.0)
	/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1673.126.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1281.0.0)

---

Secondly, I'm not sure we want to support macOS 10.5 and older (for the same reason we dropped support of Linux 2.x(something) earlier, and simpler would be just to link against IOKit.framework statically, and don't do this dynamic load at all

[Youw]

a second thought:
#121 will go for next release
let's have this one

[Youw]

Fixes #119

[cyberstudio10]

This fix actually fixed my problem in Mojave and Catalina. My app worked until put in a sandbox and signed with Hardened Runtime with the com.apple.security.device.usb entitlement. hid_enumerate put empty strings in the path field and I was not able to open anything. This was fixed when the path to dlopen was corrected. Just here to say thank you for this fix and to confirm that this fix has real world significance even though things seem to have been working for many many years.