<div dir="ltr">[... and now to the whole list, I hate gmail's defaults... :-]<div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Sven Panne</b> <span dir="ltr"><<a href="mailto:svenpanne@gmail.com">svenpanne@gmail.com</a>></span><br>Date: 2015-11-29 21:12 GMT+01:00<br>Subject: Re: [Haskell-cafe] Fwd: Compatibility etiquette for apps, with cabal sandboxes and `stack`<br>To: Imants Cekusins <<a href="mailto:imantc@gmail.com">imantc@gmail.com</a>><br><br><br><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-11-29 20:52 GMT+01:00 Imants Cekusins <span dir="ltr"><<a href="mailto:imantc@gmail.com" target="_blank">imantc@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">[...] What if the top package (in namespace)  contained major version?<br></p>
<p dir="ltr">E.g. Cabal_1_22</p>
<p dir="ltr">below packages might use minor versions - basically, whenever api changes, change the version part of the affected package. [...]</p></blockquote><div>As a developer, what should I import if my program/library works with e.g. the version range [1.20 .. 1.23]? It definitely can't be</div><div><br></div><div>   import Cabal_1_23.Foo.Bar</div><div><br></div><div>because if it later still works with e.g. 1.24, I would have to rename all my imports. And always using the lower bound is probably too restrictive, unless I'm mistaken... In general I think it's a bad idea to spread build dependencies all over the code.</div><div><br></div><div>Cheers,</div><div>   S.</div></div></div></div>
</div><br></div></div>