doc/man: Add semihosting parameter documentation, fix styling issue with double dashhes. Fixes #674.

Fixes #654 flash loader on L011

Prepare for 1.5.0 release

* try to fix #666 issue
* has fixed few function's signatures for match g_thread_new expectations.
* fix check in stlink_gui_populate_filemem_view
* fix gcc-8 warnings
* fix g_return* for proper one

After installing the deb package, st-util fails to start:

> $ st-util
> st-util: error while loading shared libraries: libstlink-shared.so.1:
> cannot open shared object file: No such file or directory

The reason is, no one ran `ldconfig` upon installing the library.

The solution, as per latest Debian recommendations [1], is to add an
ldconfig trigger in debian/triggers, which is what this commit does.

[1] https://www.debian.org/doc/debian-policy/#ldconfig



Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>

* Added LIB_INSTALL_DIR to correct libs install on 64-bit systems
* Add description for using LIB_INSTALL_DIR parameter.

Fixup single quotes instead of back ticks

* update debian package version

There were missing chipid checks of STM32L496xx and STM32L46x devices.

* fix compilation for mingw
* add *.user to ignor

* update gitignore for debian
* add/update support for L43x/44x/45x/46x, partially thanks to @vatsaltrivedi86, should close texane/stlink#603

* Fixes for VS2017.
* Added a getopt implementation.
* Added a unistd.h.
* Corrected closing of sockets for Windows versions.
* Fixed gdbserver CMakeLists.txt to play nice with VS2017.
* Fixed include of getopt.h and unistd.h for WIN32.
* Added a unistd.h.
* Corrected closing of sockets for Windows versions.
* Fixed gdbserver CMakeLists.txt to play nice with VS2017.
* Override /MD to /MT for MSVC to match libusb's builds.
* MSVC settings should be if (MSVC).
* Don't busy-wait for long periods in usleep().
* Dynamic link to MSVC libusb binaries.
* Added Visual Studio section to compiling.md.
* Added -D_CRT_NONSTDC_NO_WARNINGS to MSVC flags.
* Prevented some more warnings under MSVC.

Fixes #594. Pull request #592 (0498621a) accidentally deleted the call to `set_flash_cr_pg`.

It seems that stlink cannot use CMake's standard mechanism to find GTK3.
Cmake's GTK3 detection supports only Unix at the moment.

Therefore, stlink uses pkg-config to find GTK3. The downside of this is
that Cmake's cross-compiler settings are not taken into account. Even if
we're cross-compiling, CMake will find a local installation of GTK3 and
compilation of the GUI fails.

As a simple fix, we skip the GTK3 detection if we're cross-compiling.

(In the long run, we should use a more advanced mechanism to find GTK3.)

* fix wrong libusb extract command

* update libusb to 1.0.21 under windows

* fix few -Wformat warnings

* add usleep realisation for win32

* Get rid of unused defines in mimgw.h

* fix format warning for mingw

* Add prefix SEMIXOST_ to semihost defines.
Fix redefine warnings of mingw.

* Get rid of unused defines in mingw.h

On 64bit linux all shared objects should go to /usr/lib64. With this
path package maintainters should be able to override library path by
setting STLINK_LIBRARY_PATH.

* fix wrong libusb extract command
* update libusb to 1.0.21 under windows

* fix few -Wformat warnings
* add usleep realisation for win32 under mingw

* Don't use `%zx` because it's unsupported on mingw64
* Also check that no warnings happen on travis
* Prefer `unsigned int` over `unsigned`

* Install libusb through the travis whitelist instead of manually

* Test stlink against clang and gcc through the travis "compiler" flag instead of a manual matrix

* Re-add osx

* Fix warning on gcc

* Added --flash=xxxx to st-flash command line