windows-env/app/AddPath.hs, branch new_resolverManage Windows environment variableshttp://git.tensin.name/windows-env/atom?h=new_resolver2026-09-17T03:51:11Zapp: don't import things that are in the Prelude now2026-09-17T03:51:11ZEgor Tensinegor@tensin.name2026-09-17T03:51:11Zurn:sha1:316c0efb5d5f2adcbf4c2ab608a7e99561ac9002add --version flag to executables2017-06-17T02:47:27ZEgor TensinEgor.Tensin@gmail.com2017-06-17T02:47:27Zurn:sha1:db5affcc2c1dd96562556034179c405d3c38b2c5bump resolver2017-06-17T02:08:59ZEgor TensinEgor.Tensin@gmail.com2017-06-17T02:08:59Zurn:sha1:05c60c88dcb0755a4daf3f7bd3f1004219400fd3
Also, put Win32 to extra-deps (the then-unreleased version was
previously fetched in a .zip tarball from GitHub directly).
fix HLint warnings2017-06-13T03:26:05ZEgor TensinEgor.Tensin@gmail.com2017-06-13T03:26:05Zurn:sha1:32d9bd8ccdb48162853d9dfa6a81d0412d4fadf7addpath: detect expandable paths2017-06-13T03:21:34ZEgor TensinEgor.Tensin@gmail.com2017-06-13T03:21:34Zurn:sha1:c7094f015773285170c3ae15f2d4cb1f158a6c1aaddpath: fix a sleep-deprived bug2017-06-12T00:41:16ZEgor TensinEgor.Tensin@gmail.com2017-06-12T00:35:31Zurn:sha1:37489c93248e5197f9b84b58c07680c9cb273189
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.
WindowsEnv: {VarName,VarValue} -> {Name,Value}2017-06-11T02:56:10ZEgor TensinEgor.Tensin@gmail.com2017-06-11T02:56:10Zurn:sha1:837e60b9d8826168896ad4155ff7046f00665f52
Also, fix compiler warnings (I've got too used to building with
`--ghc-options -w`).
refactoring2017-06-11T02:37:27ZEgor TensinEgor.Tensin@gmail.com2017-06-11T02:37:27Zurn:sha1:742c541568f05d160784ace2024ee7256e3bd189refactoring2017-06-11T00:05:02ZEgor TensinEgor.Tensin@gmail.com2017-06-11T00:05:02Zurn:sha1:f5f056d79087f4ee3038643d02a82c1ad574553f
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.
addpath: refactoring2017-06-10T02:35:33ZEgor TensinEgor.Tensin@gmail.com2017-06-10T02:35:33Zurn:sha1:70c7246b8c35823cf11e7a51bb99e1855090eb04