The global-variables package
Data.Global provides a global namespace of IORefs, MVars and TVars. This namespace may be accessed in pure code. Yet reading and writing to those IORefs, MVars and TVars happens still in their respective monads.
Data.Global is designed to meet the following use cases:
Simplify the declaration of top-level mutable variables, by avoiding any pragmas as well as unsafePerformIO.
Avoid having to pass references explicitly throughout the program in order to let distant parts communicate.
Enable a communication by convention scheme, where e.g. different libraries may communicate without code dependencies.
Simplify the "configuration problem" - at least for code in the IO monad.
Note, that this library does not encourage sloppy software design by re-introducing all bad effects of global variables. Nevertheless, sometimes global variables are a suitable solution to a problem. In that case Data.Global simplifies and extends their handling significantly.
Examples are in the documentation of Data.Global.
220.127.116.11: made compatible with stm-2.3
18.104.22.168: added declareEmptyMVar and widened the stm dependency
1.0: First public release
|Versions||1.0, 22.214.171.124, 126.96.36.199|
|Dependencies||base (==4.*), containers (>=0.3 && <0.5), stm (>=2.1 && <2.4) [details]|
|Copyright||2011, 2012 Jean-Marie Gaillourdet|
|Author||Jean-Marie Gaillourdet and Patrick Michel|
|Maintainer||Jean-Marie Gaillourdet <email@example.com>|
|Source repository||head: hg clone http://bitbucket.org/jmg/global-variables|
|Uploaded||Sat Mar 3 09:25:25 UTC 2012 by JeanMarieGaillourdet|
|Downloads||914 total (10 in the last 30 days)|
|Status||Docs uploaded by user
Build status unknown [no reports yet]
Hackage Matrix CI
For package maintainers and hackage trustees