[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