Age | Commit message (Collapse) | Author |
|
Ignore-this: 6249588a9d427a49fceb99d78a95c438
Currently if there is no ghc on the path say for some reason,
xmonad.error is empty. This patch makes
it output the exitcode code when the compile process fails
without any error output. (It might be easier just to spawn
a shell to get "ghc: command not found" output for free.)
darcs-hash:20110426062341-2376b-eb9466e5933a53138d24b3492260a618c239acd3
|
|
Ignore-this: 8f9e33a86a9919406792383c49ac4555
This gets rid of a warning with ghc-7.0.2, and -XDeriveDataTypeable seems to
have been added with 6.8, which should be far back enough:
http://www.haskell.org/ghc/docs/6.8-latest/html/users_guide/deriving.html#deriving-typeable
darcs-hash:20110608230415-1499c-2929ccda56381f501e548f5a00e7d8f03e80c016
|
|
Ignore-this: e3ab1e9940061a70a3c1c99a119af29e
While haddock may have choked on -XGeneralizedNewtypeDeriving before, this is
no longer the case. Also this doesn't change the results with a recent haddock
(2.9.2)
darcs-hash:20110608225613-1499c-d14443aa6cfd522bc70d9e6167993bf8c310ca7e
|
|
Ignore-this: 1d5ef3e32540bbfbf60578858895d7c
darcs-hash:20110524015135-1499c-391404d33d5cdb8a5444c8bd016369eb033308c2
|
|
Ignore-this: 2328f5a2ca705279ba8ae1fe4decd03e
darcs-hash:20110224003021-8238f-5f37da8419ee25376f6c48da67b2ae781e89f4dd
|
|
Ignore-this: 518574016a9c15a741acdb6d2fa2e870
`Possibly empty' applies only to `Maybe (Stack a)', not `Stack a' described
there, so this is easier to understand.
darcs-hash:20110328001930-1499c-576faa6870919b21b02f5e6f16e413a2c197a3d5
|
|
Ignore-this: 8375f7011256783c763c78e127f89a4a
darcs-hash:20100403181115-1499c-d30cb037ab07f6b1d4774968a896139288e1bec2
|
|
Ignore-this: 436bd4d12e73c0fbb46a946d6dfb5306
darcs-hash:20100620175741-f7719-02c5812f3dc4a27f3ee77b8692a5d207a9732351
|
|
Ignore-this: 55ac1c5dadc88a0d7635d8952feb40a0
darcs-hash:20100415173936-c9ff5-505c98e1de70a1a5f616d8f3bb260a431d165f6c
|
|
Ignore-this: 5d61d6fd9a7663d0a7a1c8e2526230f7
darcs-hash:20100503155017-25a6b-af89c8923f42cde6478449da0584c643d5bf0a9c
|
|
darcs-hash:20090114215556-cb1c6-babaac0e9aeceba8006995aa1ae15d63cb35c724
|
|
Ignore-this: 68c0a43d761e626cb9544ca386f4846d
In xmonad-core, this fixes a small bug that caused doIgnored windows to get
into `mapped' and never being removed from there.
In the context of xmonad-contrib, this fixes a tremendous memory leak that
could be triggered by using MouseResizableTile and UrgencyHook at the same
time. MRT would create dummy windows that would get added to `mapped' by the
reveal call in `windows'. As these were not removed (removal from `mapped' is
filtered by `isClient'), they'd stay there forever and due to an inefficiency
in UrgencyHook would eat up all memory sooner or later.
darcs-hash:20100327214243-c9ff5-295429351d7a76e3fe82766bed70cb6951f5862e
|
|
Ignore-this: ccaa6e774f2f8169e6083eddcffe31b6
darcs-hash:20100214025750-25a6b-c15d6ca0ac2f1dc7d3da2f7b311584df7f96dffd
|
|
Ignore-this: c56000295b75c66309913e29e1671d88
darcs-hash:20091220183529-1499c-3c77980c6e443252334c118e2284fa7ed4933bff
|
|
Ignore-this: 60ba65613bc746e7e88f11a7e30b050f
darcs-hash:20100211063938-1499c-e32c4977f2e426d82550dcdddf5bb7d0e9d201d4
|
|
Ignore-this: c8315f438fed66b12282c9bfe70a4d0b
darcs-hash:20100113204017-7f603-729f7e7ef83461c0bdd2e45cdd4a07724af7f8a2
|
|
Ignore-this: 4050ed2d1ad373386c2e2b44145f07d9
Without the change, the errors are like:
> [ unrelated error messages ]
> No constructor has all these fields: `numlockMask',
> `terminal', [every other field set]
With the change:
> `numlockMask' is not a record selector
> [ context where numlockMask is named ]
darcs-hash:20100118162256-1499c-c473138c7c8589e7a40fa17675fd5cafe2dc4c11
|
|
Ignore-this: a48ed095b72aedec9eeb88781ace66dc
Changes include:
- compatibility with base-4 or 3 (base-2 untested) by using
extensible-exceptions. This adds an additional dependency for users of
ghc<6.10)
- list all dependencies again when -ftesting (change in Cabal-1.8.0.2)
- remove unnecessary imports
- suppress -fwarn-unused-do-bind, with appropriate Cabal-1.8 workaround,
described here:
http://www.haskell.org/pipermail/xmonad/2010-January/009554.html
darcs-hash:20100118181532-1499c-5c496678ef76f2f50b43b0fc4582cfef7c237654
|
|
Ignore-this: 3f968260d8c1b6710c82566520c47c43
darcs-hash:20091223061623-25a6b-3b3cc5f1a12543336e5b8581f9798989c4d848ac
|
|
Ignore-this: d80c82dd0a23dc7a77fdc32fd2792130
darcs-hash:20091216012140-25a6b-1730d8fef04b735b04475d1772e4825fa44cb318
|
|
Ignore-this: 669c764c4c0ca516c8bdc1dfa35cd66
darcs-hash:20091216011700-25a6b-bfb30dfcc001e9b872402cd5adcb72af6fb65464
|
|
Ignore-this: af15248be5e483d1a6e924f786fcc1c4
darcs-hash:20091205233611-1499c-c79ec59901bb97416b25ecd5f1261a7a3331744b
|
|
Ignore-this: 22087204f1b84dae98a3cf2b7f116d3f
darcs-hash:20091119025440-25a6b-c9cfb15b2d5bc97c6610592b67d9cd098647c824
|
|
Ignore-this: d04ee1989313ed5710c94f9d7fda3f2a
darcs-hash:20091106115050-7f603-c88ce5e468856afd9e4d458ed3b0a2cfa39e63b3
|
|
Ignore-this: f73943e4fe6c5f08967ddb82afad3eaa
darcs-hash:20091106223743-25a6b-4dc0f10117fb79cd6eb62e9028463b524d504da5
|
|
Ignore-this: ba56921cc5b3be0462c41d10499ccf0e
darcs-hash:20090516104753-7ba7e-0d923bddc7747ae13d0b1c44179dfa12c6607075
|
|
Ignore-this: aefa46cdb3ad8496e20d15a7e6b5fa52
darcs-hash:20090918035547-25a6b-626adbc3a96a55063577fe31043b53cc14264966
|
|
Ignore-this: e3b1847edf3e07a8182f7fcfc23b00c8
Previously xmonad would force a recompile due to the object files being too
new, so only look at files which may contain haskell code.
darcs-hash:20090503235415-1499c-50100b58df81d6e0506bbaf937b476a018064271
|
|
Ignore-this: 8827fb02fe1101d7b66f05d363bef038
darcs-hash:20090321232907-1499c-69dd8a1d22d2c8f28a6545ec20713d519dbc7ac4
|
|
Ignore-this: 13903f39b052c025a7bfa50fb701959c
darcs-hash:20090710011424-1499c-8199d3837913d876e78b58c539525d578b27206e
|
|
Ignore-this: 75804147fffeceddd328869cbca0d20f
What was previously:
> (appName ?= x <&&> classname ?= y) --> (doFloat <+> doIgnore)
Can now be:
> appName ?= x <&&> classname ?= y --> doFloat <+> doIgnore
darcs-hash:20090710011308-1499c-ce280fdfa6c53b5dc5e55eb9c6235867d2fedbd2
|
|
Ignore-this: f481f7d3ba5fca5c53a0b3a87daa32bb
darcs-hash:20090321233736-1499c-6e732e248211c129eba7b664fed681c97ae09020
|
|
darcs-hash:20090503154321-72cfd-985afe234c939954d49603f010939c93c072d2e8
|
|
Ignore-this: 3792043278932e371e3e2858913a2b17
darcs-hash:20090209183837-d17f0-da898b508e3a69f030de7de69c738065d1e8c81f
|
|
Ignore-this: 253c09de793715c18a029406795a42fd
darcs-hash:20090221230628-25a6b-7ea69e8aba9a539a05d096fed041852fb1df040c
|
|
This seems to be a rare case, but I just got hit by it.
darcs-hash:20090106192026-23c07-28a0137e2fed8c9923e6b7c49bc9407deaaccd5e
|
|
Ignore-this: 4d7f348d6d394c581ab2809bbc45a2c6
darcs-hash:20090219041458-25a6b-4101ad2953e3d5ca81a697c8d53bbb5d3e0eae5e
|
|
Ignore-this: 8f213bca20065a39e7c16027f7b398cf
darcs-hash:20090217235343-25a6b-5d87036961fc0346dddfc54b73e43424256a55e7
|
|
darcs-hash:20090208165518-cba2c-2f7506b8ab856d7081a3298ed4cff86149fe0742
|
|
Ignore-this: f22f1a7ae2d958ba1b3625aa923b7efd
darcs-hash:20090203155536-cb1c6-834084657dbd5699030c7dd6dbb1ab153763b631
|
|
Ignore-this: bb155e62ea4e451460e3b94508dc49d2
darcs-hash:20090128215406-cb1c6-89d81563549a976a6c9abd1e1dcc5c0e1412c9e5
|
|
Ignore-this: d91bde6f965341a2619fe2dde83cc099
darcs-hash:20090122002643-25a6b-7aea3d61d968ccdec5ad304043910bd30120aabe
|
|
Ignore-this: f5d9cf254a0b07ddbf204457b7783880
darcs-hash:20090122000423-25a6b-953d34966aee5389a1e13368b5ab2a9d5dd4f7d1
|
|
Ignore-this: 2e372ed6215160adae8da1c44cdede3d
darcs-hash:20090117040024-25a6b-4083a1b37e7f5c55cb7ee03c5edf46350bacdbf0
|
|
Ignore-this: 1641bdcf5055b2ec7b9455265f5b1d52
darcs-hash:20090117035907-25a6b-1bd8e7677c7beff72fb78f74c053adb5f3fcfde3
|
|
Ignore-this: 753d8746034f818b81df79003ae5ee0d
darcs-hash:20090117035300-25a6b-2c87550f8f014dee37797b194ca9c0c7c6ccc760
|
|
Ignore-this: 45c8c8aba7cc7391b95c7e3fb01e5bf9
darcs-hash:20090117034959-25a6b-794fb65d26a59f6ca34b16538c35dc3c266ced7d
|
|
Ignore-this: f9b1a65b4f0622922f80ad2ab6c5a52f
This is a rather big change. Rather than make spawned processes become
children of init, we handle them in xmonad. As a side effect of this change,
we never need to use waitForProcess in any contrib module -- in fact, doing so
will raise an exception. The main benefit to handling SIGCHLD is that xmonad
can now be started with 'exec', and will correctly clean up after inherited
child processes.
darcs-hash:20090116204742-25a6b-9594fc6cdfcd5552894b64b4b6137f8a7cf2021d
|
|
darcs-hash:20090110221852-cb1c6-80f042287c9c6b704a37a2704e29841416aeca9b
|
|
Ignore-this: 4396ad891b607780f8e4b3b6bbce87e
darcs-hash:20081209233700-25a6b-f51049d32e75584ef91b0e4e8859f85f1a0163b8
|