[Commits] [wesnoth/wesnoth] e09a51: replace resources::config_manager with game_config...
GitHub
noreply at github.com
Tue Nov 25 00:51:10 UTC 2014
Branch: refs/heads/master
Home: https://github.com/wesnoth/wesnoth
Commit: e09a516935b804f9c1a18e2821eecb40c7368cc3
https://github.com/wesnoth/wesnoth/commit/e09a516935b804f9c1a18e2821eecb40c7368cc3
Author: Chris Beck <render787 at gmail.com>
Date: 2014-11-24 (Mon, 24 Nov 2014)
Changed paths:
M src/game_config_manager.cpp
M src/game_config_manager.hpp
M src/game_initialization/configure_engine.cpp
M src/game_initialization/connect_engine.cpp
M src/game_initialization/create_engine.cpp
M src/game_initialization/mp_game_utils.cpp
M src/game_initialization/multiplayer.cpp
M src/game_initialization/multiplayer_create.cpp
M src/game_initialization/multiplayer_wait.cpp
M src/game_initialization/singleplayer.cpp
M src/game_launcher.cpp
M src/help/help_impl.cpp
M src/movetype.cpp
M src/resources.cpp
M src/resources.hpp
M src/saved_game.cpp
M src/scripting/game_lua_kernel.cpp
M src/wesnoth.cpp
Log Message:
-----------
replace resources::config_manager with game_config_manager::get()
This makes more sense, the main reason for resources was to hold
pointers to children of play_controller. For classes that are
legitimately singletons are essentially never destroyed or
reconstructed there's very little reason to put it in resources.
More information about the Commits
mailing list