| AgeSort asc/desc | Change |
|---|---|
| Prev 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 Next | |
| 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. |
|
Commit 1000, by Thomas Egger | |
| 8 years 11 months | IOHandler.cc is generated by CMake, we don't need to keep a copy of it around. |
|
Commit 999, by Thomas Egger | |
| 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 |
|
Commit 998, by Thomas Egger | |
| 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 compiler flags. |
|
Commit 997, by Thomas Egger | |
| 8 years 11 months | Forgot to take away the include of DynamicLibrary.h from all files |
|
Commit 996, by Thomas Egger | |
| Nov 4, 2012 | |
| 8 years 11 months | Updated doc/examples/io.ini: Key GENERAL::PLUGINPATH unnecessary |
|
Commit 995, by Thomas Egger | |
| 8 years 11 months | Fixing a few issues regarding the compilation of GSNIO. These are painful workarounds to allow compilation and linking. |
|
Commit 994, by Thomas Egger | |
| 8 years 11 months | Adding correct header includes for BormaIO and CosmoXMLIO to IOHandler. |
|
Commit 993, by Thomas Egger | |
| 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. |
|
Commit 992, by Thomas Egger | |
| 8 years 11 months | The header files of the plugins also have to be installed. |
|
Commit 991, by Thomas Egger | |
| 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 |
|
Commit 990, by Thomas Egger | |
| Nov 2, 2012 | |
| 8 years 11 months | Better UTM zone check, some fixes for variables shadowing and alignment |
|
Commit 989, by Mathias Bavay | |
| Oct 31, 2012 | |
| 8 years 11 months | Pushing version numbers to 2.3.0, fixing a documentation bug. |
|
Commit 988, by Mathias Bavay | |
| 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. |
|
Commit 987, by Mathias Bavay | |
| 8 years 11 months | Fixing a small bug/warning in libsmet and properly initializing the members in some plugins (through initialization lists, as usual). |
|
Commit 986, by Mathias Bavay | |
| 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 |
|
Commit 985, by Mathias Bavay | |
| 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(). |
|
Commit 984, by Mathias Bavay | |
| Oct 29, 2012 | |
| 8 years 11 months | Another round of fixes for Weffc++... Only things in the plugins should now remain |
|
Commit 983, by Mathias Bavay | |
| 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). |
|
Commit 982, by Mathias Bavay | |
| Oct 25, 2012 | |
| 8 years 11 months | Disabling backtraces for CYGWIN (since it does not support them) |
|
Commit 981, by Mathias Bavay | |
