ofEvent: fix for void events. Closes #1166
Merge branch 'develop' of github.com:openframeworks/openFrameworks into develop
Merge branch 'develop' of github.com:openframeworks/openFrameworks into develop
adds ofMatrixMode
load/mult matrices methods for cairo
ofCamera totally independent from openGL
fixed ofxOsc for vs2010 by removing redclared int type
poco 1.4.3 compiled w/ the new codeblocks / GCC 4.7.1
fixed broken hole detection in CV contour finder, ofxCvBlob.hole bool now works correctly; updated openCVExample to denote detected holes with some text to make checking this easier in the future; also updated sprintf in example to use a stringstream
new events example. simpleEventsExample
Add new version defines, update ofGetVersionInfo().

New defines are OF_VERSION_MAJOR,  OF_VERSION_MINOR, OF_VERSION_PATCH. Old define OF_VERSION is removed because of incompatibility with new system (old MINOR is new MAJOR). This way any code that uses it fails to compile instead of silently making wrong decisions.
Add info about SemVer to the global Readme.

This closes the OF-repo side of #1706.
Remove the prefix text in ofGetVersionInfo().

This removes the unnecessary text which should be added at the user side anyway, and makes it easier for people to parse the OF version string, to compare against for compatibility etc. 
ofGetVersionString() would be a better name, but it's not worth changing the API for this, imo.
changed circle to Circle. changed listener methods names.
as discussed in issue #1704 the ofxThreadedImageLoader was a hungry thread that did not even sleep.  This has been changed into an intelligent wait/notify thread scenario.
Stopped calling .front() on empty lists in processDigitalPort()
changes per pull discussion.  Only one lock, of standard naming convention, switched order of lock/signal
removed 2 unecessary unlocks
Revert "removed 2 unecessary unlocks"

This reverts commit ea6895e9341a3ebe390f374010b2602447f6764f.
removed unecessary unlock, added lock around images_async_loading structure
Fix misuse of readlink() buffer causing an unitialized string ending.

This change affects only Linux, the manpage of readlink() says:
> readlink() places the contents of the symbolic link path in the
> buffer buf, which has size bufsiz. readlink() does not append a null
> byte to buf. It will truncate the contents (to a length of bufsiz
> characters), in case the buffer is too small to hold all of the
> contents.
make try/catch smaller