PORT-72: Updated CppTask to a version that has a whole bunch more new
stuff (platform and architecture determination tasks). Replaced existing
macros that were present with some of the new tasks.
PORT-72: Fixed all the little build bugs that fell out of an update to
the CppTask dependency on MacOSX. Building, testing and releasing now
all work on the Mac. Have to commit and test on Windows now.
PORT-72: Updated CppTask file to address bug with platform
identification.
PORT-72: Updated and tested on Windows 32-bit. New CppTask changes
are all working happily.
PORT-72: Renaming any old "NG6" stuff to be "HLA13" to be more compliant
with HLA norms.
PORT-27: Updated the HLA 1.3 source locations to group all the hla13
stuff logically together (as per the ieee1516e stuff)
PORT-72: Updated the distribution library locations for HLA 1.3 and
1516e in anticipation of having to support more compilers in the same
distribution. THis required some changes to the example federate
launcher scripts (they now had to include different paths) and some
further updates to the C++ JVM kick-off code (for both 1.3 and 1516e)
along with the Java/C++ proxy code. Here I introduced a new class to
each interface that is dedicated to handling the native library loading.
This has been tested and validated on the Mac and needs to be finalised
on Windows.
PORT-72: C++ changes to ensure everything builds on windows after
the previous changes for the *nix. Some minor build refactoring to
move some things around and again bring it into line with the changes
made for the Mac. Fixed the example federate starter scripts on
windows. NOTE: The HLA13 tests are now failing (and appear to somehow
also be failing on the Mac). I have a feeling this is related to the
C++ Runtime path generation changes that have gone in, but if its
failing on both, I'll fix it on the Mac first as things are easier
to work with there.
PORT-72: Updated the HLA v1.3 common header file to import a few other
things and suddenly my problems disappeared. I have no idea why this
works or how. It shouldn't. I should get a compile error if something is
missing, but it was compiling happily and failing at runtime. Now, with
some additional #includes everything works (on the Mac). I HATE C++.
PORT-72: Fixed the unit-test crashing for the C++ HLA13 test suite.
I reordered the way the C++ side was structing the classpath when
invoking the JVM. Previously, it used the system classpath first,
then put in RTI_HOME/lib/portico.jar. This was a problem because the
build is setting a fake RTI_HOME (as the C++ side won't start without
the variable being set) but then going on to set the classpath up
correctly. So the RTI_HOME/lib/portico.jar file was getting in ahead
of the actual portico jar file, and for some reason, my automated,
annotations based message handler loading thing was picking only
the first jar file entry to scan, seeing there wasn't anything (as
the file didn't exist) and giving up. Changing this around so that
the existing classpath is put first has fixed this. One line! It's
always one line! A bit brittle, and yet another sign that I should
just rid myself of the auto-message handler loading stuff and have
some explicit code somewhere to register the handlers, but that'll
have to wait for now. Fixed and working on Mac and Win32.
PORT-72: Updated README and SOURCE_CODE files providing more accurate
and recent information.
PORT-72: Updated the Mac OS X installer script as the use of the Ant
<tar> task was not preserving permissions, causing problems for the
bundled JRE.
PORT-72: Updated the version of CppTask and the Windows C++ build files
so that debug versions are being produced as well as release versions of
files. Rolled these into a new 2.0-dev release and confirmed that the
tests pass on Windows (32-bit). Still have to confirm Mac and Linux.
Merge remote-tracking branch 'origin/port72-buildprocess' into port72-buildprocess
PORT-72: Updates to the build system to support the automatic generation
of release and debug libraries on linux. This includes changes to the
CppTask dependency and will require a retest on Windows. I have updated
the windows build file, but haven't tested.

At the moment, all compile tasks just build both release and debug, and
the testing targets only use the "release" libraries. Will need to
change this over so that the tests use debug libraries. Will also have
to think about whether or not the default builds just build debug
libraries (rather than both release and debug) and build release
libraries only when building a real release. Food for thought, but I
suspect the small additional compile hit is a small price to pay for
simplicity here.
Updates to the build system to allow overriding the tag applied to a
version via the command line.
PORT-72: Updated the C++ build so that it happily uses the new CppTask
structure. Currently using release versions only, but updating that to
be debug will be the second step.
Merge remote-tracking branch 'origin/port72-buildprocess' into port72-buildprocess
PORT-72: Updated cpptask to remove the old, ill-prepared build mode
stuff.
Updated C++ build system to split the interfaces out into their own
build files. Will make things a bit more compact when we start to
support multiple compiler versions (vc10, vc11, etc...) and 32/64
builds.