| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
| |
Naming of symbols inside the library is inconsistent on Windows:
http://wyw.dcweb.cn/stdcall.htm
Use this linker option to add aliases which add compatibility with
the "MSVC DLL" platform when a DEF file is used. It also better matches
the appearance of the Windows API itself.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Under Windows, a variety of compilers and configurations are available,
meaning that the manner of parameter passing (e.g. registers vs stack)
can vary.
Match the Windows API calling convention and document this appropriately.
This calling convention will be used regardless of the configuration of
the user's development platform.
The only user-level complication is that all functions used as libusb
callbacks must use the same calling convention as libusb. The
LIBUSB_CALL macro is provided to make this easy.
Signed-off-by: Michael Plante <michael.plante@gmail.com>
Signed-off-by: Pete Batard <pbatard@gmail.com>
[dsd: slight change of strategy, add documentation]
|
| |
|
|
|
|
|
|
| |
Via Cygwin/MinGW, libusb now has windows support.
Thanks to contributors: Michael Plante, Orin Eman, Peter Stuge,
Stephan Meyer, Xiaofan Chen.
|
|
|
|
| |
It's not available on MinGW.
|
| |
|
|
|
|
|
|
|
| |
This header doesn't exist on windows.
For libusb, determine at configure-time if the header is available.
For libusb.h, use gcc predefined macros to only include the header
on platforms that need it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This prepares for a Windows backend without dependency on pthreads-w32.
pthread_* is renamed to usbi_* and PTHREAD_* to USBI_*.
A usbi_mutex_static_t and usbi_mutex_static_lock() and _unlock() are
introduced for statically initialized mutexes, since they may be
implemented using other types when pthreads mutexes aren't used.
Move -pthread from libusb/Makefile.am to host-specific THREAD_CFLAGS in
configure.ac. This will enable optional use of -lpthread for cygwin.
[dsd: minor tweaks, and roll in a change based on patches from Pete
Batard to only build dpfp_threaded example when we're using pthreads]
|
| |
|
| |
|
| |
|
|
|
|
| |
Require glibc-2.9 for the working timerfd support.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use a new file descriptor from the timerfd system calls to handle
timeouts. On supported systems, this means that there is less hassle
figuring out when the poll() timeout should be, since
libusb_get_next_timeout() will always return 0 and the timeout events will
be triggered as regular activity on the file descriptor set.
Add API function libusb_pollfds_handle_timeouts() to detect whether
you're on a platform with the timing headache, and flesh out the
surrounding documentation.
|
| |
|
| |
|
| |
|
|
|
|
| |
...because the OS does this for us.
|
| |
|
|
|
|
|
| |
The -fvisibility and -Wno-pointer-sign options are not available on
old GCC versions.
|
| |
|
| |
|
|
|
|
| |
[dsd: tweak configure.ac change]
|
|
|
|
| |
It's here!
|
| |
|
|
|
|
|
|
|
| |
Contrary to libusb 0.1, libusb 1.0 does not support out-of-tree building
for the documentation part. This patch fixes that by using a
doxygen.cfg.in file, which contains @top_srcdir@ to refer to the
location of the libusb source code.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Hopefully mostly complete. Some constants were renamed and move into
enums.
|
|
|
|
| |
This also includes a libusb_get_pollfds API change
|
|
|
|
|
|
|
| |
Instead of timers, add a mechanism for informing the parent app when the
next timeout is due to happen, so that it can call us at that time.
As we no longer use signals, signalfd has also been removed.
|
|
|
|
| |
J F pointed out that this option only works on gcc 4.3 and newer.
|
|
|
|
|
| |
I've taken over the libusb project, and what was previously known as fpusb
will eventually be released as libusb-1.0.
|
|
|
|
| |
Also fix some warnings
|
|
Basic library structure which supports enumerating detected USB devices
|