<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jul 24, 2014 at 9:05 AM, Max Treskin <span dir="ltr"><<a href="mailto:zerthurd@gmail.com" target="_blank">zerthurd@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto">
<div style="margin:0px">Hello</div><div style="margin:0px"><br></div><div style="margin:0px">It is possible to use any term() as a key in application:set_env and then retrieve a value by this term using application:get_env (what is very conveniently), but only atom() is allowed as a key in type spec of these functions.</div>
<div style="margin:0px">My proposal is to change type spec in favour of any term usage as a key. Any cons?</div></div></div></blockquote><div><br></div><div>I previously brought this up with the OTP team and was reminded that this also affects config files, .app files, and also setting env vars from the command line, with the point being that there could well be unintended side effects of such a change. Some Riak code used to take advantage of what you've described, but after the discussion we modified our code to honor the type spec.</div>
<div><br></div><div>--steve</div></div><br></div></div>