$PREFIX/lib64 on amd64 systems. /usr/local/lib64 doesn't exist here. Changed
the configure script to do that
- fixed a bug, when read_event reads 0 bytes from the socket, that's not a valid
event, and it should return 0.
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/trunk/libspnav@84 ef983eb1-d774-4af8-acfd-baaf7b16a646
require a new release
- removed unnecessary bits from the makefiles
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/trunk/libspnav@75 ef983eb1-d774-4af8-acfd-baaf7b16a646
message to the user instead.
Applied Hans Meine's patches:
- allow build dir != source dir
- install into /lib64 if /lib64 exists
(modified that one to use uname -m in the configure script, debian seems to
have a lib64 even on 32bit systems)
- display X11 connection closing in verbose mode, too (not only init)
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/trunk/libspnav@47 ef983eb1-d774-4af8-acfd-baaf7b16a646
necessary. Failure to do so was leading to lost appends by enqueue_event.
- Fixed an infinite loop in spnav_remove_event, by deferring reinsertion of
events after we finished processing the whole list.
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/libspnav@15 ef983eb1-d774-4af8-acfd-baaf7b16a646
- Restructured the daemon code, broken up the huge main loop into two functions.
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/libspnav@5 ef983eb1-d774-4af8-acfd-baaf7b16a646
is actually BSD-licensed.
Added the appropriate notices to the source/header files.
git-svn-id: svn+ssh://svn.code.sf.net/p/spacenav/code/libspnav@4 ef983eb1-d774-4af8-acfd-baaf7b16a646
John Tsiombikas