Make this easier to use on Windows: dependent libs, static runtime etc.

[aardappel]

• Requiring people to link their own (and likely build their own) version of libcurl.lib libeay32.lib ssleay32.lib makes integrating your library a lot harder than it should, why not pre-link these into GameAnalytics.lib to save others the pain?
  • And if you can't manage this with a .lib, then at least a .dll that has all pre-built would be 2nd best.
  • Alternatively, allowing your lib to work with the Windows HTTP library (and/or other HTTP lib that is already present in the system on other OSes, or even Steam has a HTTP lib) would reduce the burden of using your library.
• Pretty sure a lot of gamedevs use the static runtime libs, and your .lib requires the dynamic one. I know I can build from source to fix that, but again, making this easier would help.
• Similarly, you may want a pre-built Debug mode version, since linking the Release mode one doesn't work due to: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '1'. If we can't link your lib in Debug, we're required to build from source anyway, or disable our entire analytics integration in Debug.
• I suppose I can use your base JSON API to bypass all of these issues, but that sounds painful in a different way.

[aardappel]

@Gogoshika-ga @dorin-ga

[Neek117]

Thanks for the feedback. I'll let them know. @aardappel

[dorin-ga]

Thank you for your feedback, this is an issue we are aware of and we are planning to improve in a future version.

The reason why the dependency management and linking is suboptimal at the moment is due to compatibility issues with other GameAnalytics SDKs using the C++ SDK as a dependency (those will have to be updated as well)

[aardappel]

For the moment at least you could simply have the lib built in multiple different ways, so you don't need to update any dependents.