<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-07-13 18:41 GMT+02:00 Michael Steele <span dir="ltr"><<a href="mailto:mikesteele81@gmail.com" target="_blank">mikesteele81@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">On Windows the 'system' path variable always has precedence over the 'user' path variable (see [1]). You will need to rename, delete, or overwrite the version of cabal.exe installed globally for the one under %appdata% to be used.<br><br><br>[1]: <a href="https://support.microsoft.com/en-us/kb/100843" target="_blank">https://support.microsoft.com/en-us/kb/100843</a></div></blockquote><div><br></div><div>To me that looks like a bug in the Haskell Platform installer: It puts the path to the tools shipped with the platform into the the system PATH and the path to the user-installed tools (i.e. the stuff below %APPDATA%) into the user part of the PATH. This way, you will always get the shipped alex/cabal/happy/HsColour, not the new stuff. This is a bit like putting e.g. /usr/bin before your $HOME/bin on *nices, which is exactly the wrong way round.</div><div><br></div><div>Furthermore, I've just seen that there is a 'C:\Program Files\Haskell\bin' at the start of my system PATH, pointing to nowhere. Is this a remnant of former GHC/platform installations? No clue where this comes from...</div></div></div></div>