|Oct 25, 2012|
|8 years 10 months ||Disabling backtraces for CYGWIN (since it does not support them)
|Oct 28, 2012|
|8 years 10 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 29, 2012|
|8 years 10 months ||Another round of fixes for Weffc++... Only things in the plugins
should now remain
|Oct 30, 2012|
|8 years 10 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().
|8 years 10 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
|Oct 31, 2012|
|8 years 10 months ||Fixing a small bug/warning in libsmet and properly initializing the
members in some plugins (through initialization lists, as usual).
|8 years 10 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 10 months ||Pushing version numbers to 2.3.0, fixing a documentation bug.
|Nov 2, 2012|
|8 years 10 months ||Better UTM zone check, some fixes for variables shadowing and
|Nov 3, 2012|
|8 years 10 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
|8 years 10 months ||The header files of the plugins also have to be installed.
|8 years 10 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.
|Nov 4, 2012|
|8 years 10 months ||Adding correct header includes for BormaIO and CosmoXMLIO to
|8 years 10 months ||Fixing a few issues regarding the compilation of GSNIO. These are
painful workarounds to allow compilation and linking.
|8 years 10 months ||Updated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessary
|Nov 5, 2012|
|8 years 10 months ||Forgot to take away the include of DynamicLibrary.h from all files
|8 years 10 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 10 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 10 months ||IOHandler.cc is generated by CMake, we don't need to keep a copy of
|8 years 10 months ||COMMIT NUMBER 1000: Happy Birthday MeteoIO!!!
Replacing IOHandler.h with an older revision in order to copy svn
file history with it.