- 23 Mar, 2011 1 commit
-
-
Mathias Bavay authored
Fixed some bad naming in DynamicLibrary, silenced an unnecessary warning from Visual C++ (urging us to use non standard library calls), fixed some DLL exports for Visual C++.
-
- 22 Mar, 2011 1 commit
-
-
Mathias Bavay authored
A small bug has been fixed for code::blocks (dll_import should not be set for code::blocks on Windows). All #ifdef WIN32 have been replaced by #ifdef _WIN32 (which should be more standard). Version numbers have been pushed to 2.0.1 in order to prepare our upcoming release.
-
- 21 Mar, 2011 1 commit
-
-
Mathias Bavay authored
First batch of fixes for issue 68 (variable names starting with "_" invalid for some versions of Visual C++)
-
- 09 Mar, 2011 1 commit
-
-
Mathias Bavay authored
In SNIO, the METAFILE can now be optional (which means that the metadata remain nodata, the user has therefore to fill them himself). This is used by Snowpack. After the Visual C++ compilation log from Raphael, some changes have been implemented: lots of warnigs about signed/unsigned fixed, some unreachable code removed, and some methods reimplemented for Windows. We are not there yet, but moving closer...
-
- 15 Feb, 2011 1 commit
-
-
Mathias Bavay authored
The Date::setFromSys() method should now be portable (it was only BSD/GNU before). A constness issue has been fixed in DynamicLibrary for Windows platforms.
-
- 09 Feb, 2011 1 commit
-
-
Mathias Bavay authored
The popc version has been updated. It is far from perfect (lots of popc specific hacks), it lacks an IOManager parclass, but this is the minimum that we need for Alpine3D... The ptr_to_function to ptr_to_object cast warning has been turned off (at least for gcc). This does not fix the core issue (that has to be dealt with by the future c++ standard), but at least we don't see it anymore...
-
- 26 Jul, 2010 1 commit
-
-
Thomas Egger authored
-
- 19 Jul, 2010 1 commit
-
-
Thomas Egger authored
BUGFIX: When adding a key on the fly to the ConfigReader object it disappeared when accessing it in a plugin. Reason: The dynamic instantiation used the filename parameter in the constructor of the plugins instead of the ConfigReader object itself. Architectural change inside DynamicLibrary was necessary.
-
- 21 Jun, 2010 1 commit
-
-
Thomas Egger authored
Overall all include statements within in the library have been replaced by angle brackets, the default install path for the include file is $CMAKE_INSTALL_DIR/include/meteoio, the meteoio libraries (static and shared) will be installed in $CMAKE_INSTALL_DIR/lib per default. The plugins will be installed in the subdirectory $CMAKE_INSTALL_DIR/lib/meteoio/plugins
-
- 28 May, 2010 1 commit
-
-
Mathias Bavay authored
Then, the remaining namespace issues with doxygen have been fixed, by enclosing the full class implementation in the namespace (as seen for the libstdc++). This removes all these irritating issues. But the popc version has been broken by the change (as seen in LegacyIO).
-
- 21 Apr, 2010 1 commit
-
-
Thomas Egger authored
Changed the name of the Date_IO class to Date. In case of namespace conflicts, just use mio::Date to reference the MeteoIO Date class.
-
- 11 Dec, 2009 1 commit
-
-
Mathias Bavay authored
A new slope computation algorithm has bee added: CARD It computes the slope using Corripio and then discretizes the azimuth along 8 cardinal directions and the slope by degrees. This should be all that GEOtop needs for its drainage direction (then simply calling a dem.update("CARDINAL")). The copyright notices have been put in place in all files (headers and cc) with proper attribution of copyright. The documentation has been improved, specially fixing issue 22. Warning messages of doxygen have been fixed. An example subdirectory has been created in /doc and contains (currently) 2 examples of code using MeteoIO.
-
- 17 Aug, 2009 1 commit
-
-
Thomas Egger authored
* in order to be able to compile under Windows, the "printf"s in the Makefile.in were changed to "echo" * the Makefile currently cannot link the plugins correctly on a windows platform, a separate Makefile.win32 seems to be necessary * IOHandler doesn't call any functions that are platform dependent when loading the plugins, or displaying error messages. All platform specific aspects are dealt with in DynamicLibrary.cc and DynamicLibrary.h (a lot of "#ifdef WIN32" conditionals)
-
- 28 May, 2009 1 commit
-
-
Moustafa Mbengue authored
Nothing special, just some re-indentation in order to make the code lines clear and easy to run and understand.
-
- 26 May, 2009 1 commit
-
-
Mathias Bavay authored
-