Mon, 12 Sep 2022 18:36:39 -0400 I keep forgetting to bump the patch version 1.0.0 1.0.2-release
nemo [Mon, 12 Sep 2022 18:36:39 -0400] rev 15890
I keep forgetting to bump the patch version
Mon, 12 Sep 2022 18:36:27 -0400 Removed tag 1.0.2-release 1.0.0
nemo [Mon, 12 Sep 2022 18:36:27 -0400] rev 15889
Removed tag 1.0.2-release
Mon, 12 Sep 2022 18:31:43 -0400 tag a 1.0.2 1.0.0
nemo [Mon, 12 Sep 2022 18:31:43 -0400] rev 15888
tag a 1.0.2
Thu, 22 Oct 2020 12:33:35 +0200 Mark global variables in implementation section static 1.0.0
unC0Rr [Thu, 22 Oct 2020 12:33:35 +0200] rev 15887
Mark global variables in implementation section static
Tue, 20 Oct 2020 20:09:44 +0200 Fix lack of declaration decorations for dynamic arrays in Pas2C 1.0.0
unc0rr [Tue, 20 Oct 2020 20:09:44 +0200] rev 15886
Fix lack of declaration decorations for dynamic arrays in Pas2C
Mon, 12 Sep 2022 18:23:24 -0400 removed at request 1.0.0
LocutusOfBorg [Mon, 12 Sep 2022 18:23:24 -0400] rev 15885
removed at request "basically, you copy pasted from some really old cmake version not shipping it, I don't know"
Mon, 12 Sep 2022 12:51:41 -0400 Make the new network-bsd package optional, by implementing the keyword REQUIRED in the check_haskell_package_exists macro 1.0.0
LocutusOfBorg [Mon, 12 Sep 2022 12:51:41 -0400] rev 15884
Make the new network-bsd package optional, by implementing the keyword REQUIRED in the check_haskell_package_exists macro
Mon, 12 Sep 2022 12:50:37 -0400 build fix from https://bugzilla.redhat.com/show_bug.cgi?id=1853122 1.0.0
Jens Petersen [Mon, 12 Sep 2022 12:50:37 -0400] rev 15883
build fix from https://bugzilla.redhat.com/show_bug.cgi?id=1853122
Mon, 12 Sep 2022 10:44:55 -0400 do the actual remove 1.0.0
Simon McVittie <smcv@debian.org> [Mon, 12 Sep 2022 10:44:55 -0400] rev 15882
do the actual remove
Mon, 12 Sep 2022 10:40:53 -0400 Remove FindSDL2 find-module, use sdl2-config.cmake instead 1.0.0
Simon McVittie <smcv@debian.org> [Mon, 12 Sep 2022 10:40:53 -0400] rev 15881
Remove FindSDL2 find-module, use sdl2-config.cmake instead This requires SDL >= 2.0.4. Since <https://bugzilla.libsdl.org/show_bug.cgi?id=2464> was fixed in SDL 2.0.4, SDL behaves as a CMake "config-file package", even if it was not itself built using CMake: it installs a sdl2-config.cmake file to ${libdir}/cmake/SDL2, which tells CMake where to find SDL's headers and library, analogous to a pkg-config .pc file. As a result, we no longer need to copy/paste a "find-module package" to be able to find a system copy of SDL >= 2.0.4 with find_package(SDL2). Find-module packages are now discouraged by the CMake developers, in favour of having upstream projects behave as config-file packages. This results in a small API change: FindSDL2 used to set SDL2_INCLUDE_DIR and SDL2_LIBRARY, but the standard behaviour for config-file packages is to set <name>_INCLUDE_DIRS and <name>_LIBRARIES. Use the CONFIG keyword to make sure we search in config-file package mode, and will not find a FindSDL2.cmake in some other directory that implements the old interface. In addition to deleting redundant code, this avoids some assumptions in FindSDL2 about the layout of a SDL installation. The current libsdl2-dev package in Debian breaks those assumptions; this is considered a bug and will hopefully be fixed soon, but it illustrates how fragile these assumptions can be. We can be more robust against different installation layouts by relying on SDL's own CMake integration. When linking to a copy of CMake in a non-standard location, users can now set the SDL2_DIR or CMAKE_PREFIX_PATH environment variable to point to it; previously, these users would have used the SDL2DIR environment variable. This continues to be unnecessary if using matching system-wide installations of CMake and SDL2, for example both from Debian.
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 tip