Thomas Miedema wrote
> That suggestion was completely misguided. Compiling with `-split-objs`
> makes a library _grow_ in size, but makes executables that link against it
> _smaller_.
>
> All these numbers are not far off from the ones you were getting. I think
> you have been comparing a 7.8.4 bu
On 05/04/15 15:54, Daniel Trstenjak wrote:
>
> On Sun, Apr 05, 2015 at 03:25:01PM +0300, Roman Cheplyaka wrote:
>> Data.ByteString.Lazy.Char8 exports the same lazy bytestring type as
>> Data.ByteString.Lazy. Only functions and instances differ.
>
> So my only option in this case is to define a ne
On Sun, Apr 05, 2015 at 03:25:01PM +0300, Roman Cheplyaka wrote:
> Data.ByteString.Lazy.Char8 exports the same lazy bytestring type as
> Data.ByteString.Lazy. Only functions and instances differ.
So my only option in this case is to define a newtype wrapper
for Data.ByteString.Lazy and then defin
To be precise, the sets of instances differ. Eg. the Char8 module
exports the IsString instance, which normal Data.ByteString.Lazy doesn't.
On 05/04/15 15:25, Ivan Lazar Miljenovic wrote:
> On 5 April 2015 at 22:25, Roman Cheplyaka wrote:
>> Data.ByteString.Lazy.Char8 exports the same lazy bytest
Data.ByteString.Lazy.Char8 exports the same lazy bytestring type as
Data.ByteString.Lazy. Only functions and instances differ.
On 05/04/15 15:19, Daniel Trstenjak wrote:
>
> Hi,
>
> I'm getting the compile error:
>
> Gamgine/Image/PNG/Internal/Parser.hs:14:10:
> Functional dependencies conf
Hi,
I'm getting the compile error:
Gamgine/Image/PNG/Internal/Parser.hs:14:10:
Functional dependencies conflict between instance declarations:
instance Monad m => Stream LB.ByteString m Word8
-- Defined at Gamgine/Image/PNG/Internal/Parser.hs:14:10
instance Monad m => Str
