|Nov 5, 2012|
|8 years 11 months ||COMMIT NUMBER 1000: Happy Birthday MeteoIO!!!
Replacing IOHandler.h with an older revision in order to copy svn
file history with it.
|8 years 11 months ||IOHandler.cc is generated by CMake, we don't need to keep a copy of
|8 years 11 months ||Instead of generating IOHandler.h, we're now generating
IOHandler.cc. Reason: If we generate IOHandler.h the includes of the
plugins (e.g. CosmoXMLIO) will be included by every project that
requires MeteoIO.h, thus XML library includes, etc will be n
|8 years 11 months ||Generating the IOHandler.h file out of IOHandler.cmake.hpp through
CMake: That way no specific definitions need to be added to the
|8 years 11 months ||Forgot to take away the include of DynamicLibrary.h from all files
|Nov 4, 2012|
|8 years 11 months ||Updated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessary
|8 years 11 months ||Fixing a few issues regarding the compilation of GSNIO. These are
painful workarounds to allow compilation and linking.
|8 years 11 months ||Adding correct header includes for BormaIO and CosmoXMLIO to
|Nov 3, 2012|
|8 years 11 months ||Every former plugin now adds a definition. This define can be
checked in IOHandler. This is not the best solution, because turning
a plugin on or off results in compilation of the whole meteoio.
|8 years 11 months ||The header files of the plugins also have to be installed.
|8 years 11 months ||The plugins are no longer separately loadable libraries, but are
fully incorporated into libmeteoio. All classes and facilities that
provided capabilites for the dynamic loading were deleted
(DynamicLibrary). IOPlugin now holds a function pointer to
|Nov 2, 2012|
|8 years 11 months ||Better UTM zone check, some fixes for variables shadowing and
|Oct 31, 2012|
|8 years 11 months ||Pushing version numbers to 2.3.0, fixing a documentation bug.
|8 years 11 months ||Removing some costly but unnecessary features (ie there is no need
to always keep gmt_year, etc up to date when we in any case never
use the gmt values!). The gain is ~5% on the speed of data
preprocessing in Snowpack.
|8 years 11 months ||Fixing a small bug/warning in libsmet and properly initializing the
members in some plugins (through initialization lists, as usual).
|Oct 30, 2012|
|8 years 11 months ||Oups, the sun example had not been updated...
By the way, the last changes to the code made it slightly faster for
a 1 year data_converter (less than 3%) all while being much safer
(not relying on copying pointers verbatim and hoping they remain val
|8 years 11 months ||The automatic tests have shown that the code was getting slower
following the latest commits. After investigations (thanks
valgrind!), it has been found that the newly added copy constructor
of Coords was used a lot as well as setFunctionPointers().
|Oct 29, 2012|
|8 years 11 months ||Another round of fixes for Weffc++... Only things in the plugins
should now remain
|Oct 28, 2012|
|8 years 11 months ||After compiling with -Weffc++, it appeared that lots of things could
be done in initialization lists. Some of it has been done for this
commit (but quite a few remain).
|Oct 25, 2012|
|8 years 11 months ||Disabling backtraces for CYGWIN (since it does not support them)