|Nov 5, 2012|
|8 years 8 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 8 months ||IOHandler.cc is generated by CMake, we don't need to keep a copy of
|8 years 8 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 8 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 8 months ||Forgot to take away the include of DynamicLibrary.h from all files
|Nov 4, 2012|
|8 years 8 months ||Updated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessary
|8 years 8 months ||Fixing a few issues regarding the compilation of GSNIO. These are
painful workarounds to allow compilation and linking.
|8 years 8 months ||Adding correct header includes for BormaIO and CosmoXMLIO to
|Nov 3, 2012|
|8 years 8 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 8 months ||The header files of the plugins also have to be installed.
|8 years 8 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 8 months ||Better UTM zone check, some fixes for variables shadowing and
|Oct 31, 2012|
|8 years 8 months ||Pushing version numbers to 2.3.0, fixing a documentation bug.
|8 years 8 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 8 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 8 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 8 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 8 months ||Another round of fixes for Weffc++... Only things in the plugins
should now remain
|Oct 28, 2012|
|8 years 8 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 9 months ||Disabling backtraces for CYGWIN (since it does not support them)