text, warp and blaze-builder

Johan Tibell johan.tibell at gmail.com
Tue Dec 10 18:04:46 UTC 2013


This is all true. I think for the HP we decided that the odds were low
enough that we don't require a major version bump in the case of adding new
modules.


On Tue, Dec 10, 2013 at 5:51 PM, Reid Barton <rwbarton at gmail.com> wrote:

> Just to keep the discussion on point, in this case bos is exposing
> additional modules, rather than exporting additional functions from
> existing modules, right? The danger is that a user of text is currently
> also using another package's, say, Data.Text.Util module.
>
> Users can also defend themselves against this kind of change, by using
> package-qualified imports, though I don't think I've ever seen anyone do so
> preemptively (only in cases where there is a real existing conflict, like
> between mtl and monads-tf).
>
> Regards,
> Reid
>
>
>
> On Tue, Dec 10, 2013 at 11:16 AM, Edward Kmett <ekmett at gmail.com> wrote:
>
>> The idea is that exposing a new function can be defended against by the
>> user by using qualified imports. If you don't use qualified imports then
>> minor version changes CAN break your code, even bough they rarely will.
>>
>> If a something new is exposed in a module users were already importing
>> like that it should be a minor bump so that users can defend themselves if
>> they are sufficiently paranoid.
>>
>> -Edward
>>
>> > On Dec 10, 2013, at 3:20 AM, harry <voldermort at hotmail.com> wrote:
>> >
>> > Erik Hesselink wrote
>> >> Why make this a major bump? If it only exposes new things, it should
>> >> only have to be a minor bump, right?
>> >
>> > I just had a build break because a module I was importing exposed a new
>> > function that clashed with an existing function from a different module.
>> > Should potential build-breakers be a minor bump?
>> >
>> >
>> >
>> > --
>> > View this message in context:
>> http://haskell.1045720.n5.nabble.com/text-warp-and-blaze-builder-tp5740884p5740929.html
>> > Sent from the Haskell - Libraries mailing list archive at Nabble.com.
>> > _______________________________________________
>> > Libraries mailing list
>> > Libraries at haskell.org
>> > http://www.haskell.org/mailman/listinfo/libraries
>> _______________________________________________
>> Libraries mailing list
>> Libraries at haskell.org
>> http://www.haskell.org/mailman/listinfo/libraries
>>
>
>
> _______________________________________________
> Libraries mailing list
> Libraries at haskell.org
> http://www.haskell.org/mailman/listinfo/libraries
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20131210/46858e5b/attachment-0001.html>


More information about the Libraries mailing list