[compatibility] update of libusb

[slyshykO]

No description provided.

[Nightwalker-87]

Oh, jolly good! I planned to take action on this topic as well. :-)

What is the reason for raising to the latest release available?
Are there any troubles with earlier versions? (I'm thinking about compatibility here).
Should we raise version requirements for unix-based systems as well?
Let me check the current libusb package versions for the most common distributions.

Whatever, we also need to update the documentation together with this change.
As far as I can see this affects /doc/compiling.md.

[slyshykO]

This is not obligatory changes. They apply only in a rare case when building for windows and libusb not found. For example in CI.
I think at this point of time no need to increase the requirement for libusb versions.

[Nightwalker-87]

Ok, let me check currently supplied libusb versions from the repos.

I think that we should set the version requirement in such a way that the oldest currently supported operating system versions of common linux/unix distributions are capable of running our stlink tools. This would also define the oldest libusb version to support (unless there is a bug that causes problems of course). I don't assume it to be a good idea to define different libusb versions for different OSs, as it likely raises confusion...

To be continued in #897 ...

[Nightwalker-87]

Hi there, moved out the started discussion to #897 including all replies. Please continue there otherwise this PR is recycled for a basic discussion of this topic. Cleaning this up now.

[Nightwalker-87]

For windows the workflow could look like this:

• check if libusb is present:
  • [case 1]: yes --> which version? --> < 1.0.20 ? --> ignore present and install 1.0.23 (newest)
  • [case 2]: yes --> which version? --> >= 1.0.20 ? --> use present
  • [case 3]: no: install 1.0.23 (newest)

The version which serves as the condition should be 1.0.20 for now, with the option to raise it at a later time (but then synchronous with the requirement for linux-based systems as proposed in #897).

[Nightwalker-87]

Feel free to extend this PR with related stuff, I'll leave it open for another while, but will submit own changes afterwards.

[lhondareyte]

That's ok for me : limits.h include sys/limits.h.