Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | AppVeyor: build master only | Egor Tensin | 2019-08-21 |
| | |||
* | README: add AppVeyor badge | Egor Tensin | 2019-08-21 |
| | |||
* | add AppVeyor configuration | Egor Tensin | 2019-08-21 |
| | |||
* | ignore stack.yaml.lock | Egor Tensin | 2019-08-21 |
| | | | | | | Stack 2.1.1 introduced lock files. I'm not sure whether to include them in the repository, here's some discussion on the subject: https://github.com/commercialhaskell/stack/issues/4795 | ||
* | bump resolver | Egor Tensin | 2019-08-21 |
| | | | | | | | | It includes the required Win32 version, so there's no need to mess with extra-deps. Also, it uses a newer Cabal version, which seems to require the Paths_ module to be listed in other-modules (and adds the autogen-modules field). | ||
* | fix builds with Stack >= 2.1.1 | Egor Tensin | 2019-08-21 |
| | | | | | Somehow it complained about the time package not being in extra-deps (it works with 1.9.3). | ||
* | README update | Egor Tensin | 2017-10-04 |
| | |||
* | bump versionv0.2.1.0 | Egor Tensin | 2017-06-17 |
| | |||
* | Win32's lower bound was always wrong | Egor Tensin | 2017-06-17 |
| | | | | | | | | I don't know why, the `failWith` fix was only released in Win32-2.5.0.0. Maybe it had to be >= 2.4.0.0 because previously Win32 was fetched from GitHub as a tarball of the commit with the fix, before the package version was actually bumped to 2.5.0.0. | ||
* | use windows_cconv.h from Win32 | Egor Tensin | 2017-06-17 |
| | |||
* | add --version flag to executables | Egor Tensin | 2017-06-17 |
| | |||
* | bump resolver | Egor Tensin | 2017-06-17 |
| | | | | | Also, put Win32 to extra-deps (the then-unreleased version was previously fetched in a .zip tarball from GitHub directly). | ||
* | refactoring | Egor Tensin | 2017-06-13 |
| | |||
* | bump versionv0.2.0.0 | Egor Tensin | 2017-06-13 |
| | |||
* | fix HLint warnings | Egor Tensin | 2017-06-13 |
| | |||
* | addpath: detect expandable paths | Egor Tensin | 2017-06-13 |
| | |||
* | feature registry value type in prompts | Egor Tensin | 2017-06-12 |
| | |||
* | refactoring | Egor Tensin | 2017-06-12 |
| | |||
* | setenv: crap, another bug | Egor Tensin | 2017-06-12 |
| | | | | | | | | I don't know what's happening. The latest string of commits is basically broken at every point. I'll tag as soon as I decide it's safe to use, which probably will become the default mode of development (instead of _every_ commit representing a working version). | ||
* | addpath: fix a sleep-deprived bug | Egor Tensin | 2017-06-12 |
| | | | | | | | | | | | | | | Yeah, so last night I added a Show instance to WindowsEnv.Value (ex-WindowsEnv.VarValue), which would simply call valueString (ex-varValueString). Then I replaced every valueString/varValueString with show. Then I decided that this Show instance was a mistake, and derived an instance instead. It obviously messed up all the show VarValue/Value calls. The lesson to learn is you should remove an instance first, fix all the call sites, and only then derive it. The disgusting part is that a few of the last commits are actually broken, which I hate. | ||
* | delpath: don't do anything if variable is missing | Egor Tensin | 2017-06-12 |
| | |||
* | setenv: detect expandable values | Egor Tensin | 2017-06-12 |
| | |||
* | WindowsEnv: {VarName,VarValue} -> {Name,Value} | Egor Tensin | 2017-06-11 |
| | | | | | Also, fix compiler warnings (I've got too used to building with `--ghc-options -w`). | ||
* | delenv: ignore missing variables | Egor Tensin | 2017-06-11 |
| | |||
* | refactoring | Egor Tensin | 2017-06-11 |
| | |||
* | windows-env.cabal: fix formatting | Egor Tensin | 2017-06-11 |
| | |||
* | refactoring | Egor Tensin | 2017-06-11 |
| | | | | | | | | | | The fact whether the registry value was a regular or an expandable string is now propagated up to the `Environment` module (and even further to the apps). This was done to get rid of these weird `setString*` functions (and the like). I don't feel like I've came up with the right abstractions yet though, so there's more work on this to come. | ||
* | code style | Egor Tensin | 2017-06-10 |
| | |||
* | refactoring | Egor Tensin | 2017-06-10 |
| | |||
* | refactoring | Egor Tensin | 2017-06-10 |
| | |||
* | delpath: remove all directory path occurrences | Egor Tensin | 2017-06-10 |
| | |||
* | addpath: refactoring | Egor Tensin | 2017-06-10 |
| | |||
* | addpath: add --prepend option | Egor Tensin | 2017-06-10 |
| | |||
* | refactoring | Egor Tensin | 2017-06-10 |
| | |||
* | paths: don't expand registry values | Egor Tensin | 2017-06-10 |
| | |||
* | add comments to `foreign` importsv0.1.0.0 | Egor Tensin | 2017-05-26 |
| | |||
* | fix x86 builds | Egor Tensin | 2017-05-26 |
| | |||
* | rename directories | Egor Tensin | 2017-03-26 |
| | |||
* | put utility modules to bin/Utils/ | Egor Tensin | 2017-03-26 |
| | |||
* | rename directories | Egor Tensin | 2017-03-25 |
| | |||
* | add README to the package | Egor Tensin | 2017-01-25 |
| | |||
* | update package description | Egor Tensin | 2017-01-25 |
| | |||
* | Haddock update | Egor Tensin | 2017-01-25 |
| | |||
* | strip extra whitespace | Egor Tensin | 2017-01-25 |
| | |||
* | add a dummy module for re-exports | Egor Tensin | 2017-01-25 |
| | |||
* | rename namespace 'Windows' to 'WindowsEnv' | Egor Tensin | 2017-01-25 |
| | |||
* | add Portability to module descriptions | Egor Tensin | 2017-01-25 |
| | |||
* | explicitly require Win32 >= 2.4 | Egor Tensin | 2017-01-25 |
| | |||
* | refactoring | Egor Tensin | 2017-01-17 |
| | |||
* | code style | Egor Tensin | 2017-01-16 |
| |