added f32 support for memory operations
Force single thread for Emscripten build
Include toolchain.xml after Build.xml
Delay the thread count check until after the toolchain file has been included
Merge pull request #100 from delahee/master

added f32 support for memory operations
Add some include-file path debug.  Calcualte number of threads on demand
Include hxcpp_config (exes) after toolchain has been included. Closes #104
Performance: Small bug in MySemaphore.WaitSeconds may lead to unnecessary cpu utilization on windows

I was wondering, why following code using cpp.vm.Lock was leading to
100% cpu utilization of a single core on windows:
https://gist.github.com/ZuBsPaCe/3ab1302f981be2ea4c55

The reason was simple: Method MySemaphore.WaitSeconds in Thread.h uses
WaitForSingleObject of the windows api, which expects milliseconds. But
currently the inSeconds parameter gets divided by 0.001 instead of
multiplied with 1000.0.

Only windows builds seem to be affected.

WaitForSingleObject:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms687032(v=vs.85).aspx
WaitForSingleObjectEx:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms687036(v=vs.85).aspx
Merge pull request #105 from ZuBsPaCe/bad-performance-mysemaphore-wait

Bug in MySemaphore.WaitSeconds leads to 100% cpu on windows.
Nice one - back to primary school for me.  At least I called the variable "seconds" so the fix is easy to verify.
Always print an error of some sort when there is an error.  Skip any setup if just cleaning.  Use the buildfile to locate obj directories when cleaning.
Fix some common keywords when compiling Haxe code with windows.h
Use -MTd for Windows debug (and not just -MT), allow BINDIR to be redefined
Polish to verbose output
Fix BlackBerry 10.3 support
Revert -MTd, can't check ABI value in XML in order to add proper -NODEFAULTLIB: flags
Updated unit test location
It was changed in https://github.com/HaxeFoundation/haxe/commit/4f5d4a230d5f041dd5f6fe63b9bc79aea9a00b81
fixing gc test again
Mark "void Boot()" as exported

This marks two functions with HXCPP_EXTERN_CLASS_ATTRIBUTES to make it
easier to use hxcpp as a DLL in Windows. Currently it almost is as
simple as just building all of hxcpp with HXCPP_DLL_EXPORT and defining
HXCPP_DLL_IMPORT when using it, except that there are linker errors
involving "void Boot()" and "int __hxcpp_irand(int inMax)" since they
lack the necessary declspec attributes.
Merge pull request #118 from TimSimpson/mark-boot-for-export

Mark "void Boot()" as exported
Watch out for partially constructed objects found on the stack.  Closes #123