Hi,
I'll try to update some libraries in the next few days to use biocore.
Arguably, that is easier for some input data than for other.
Gruss,
Christian
* Ketil Malde [19.09.2011 15:59]:
>
> Okay: biocore 0.1 is now - or should be - on Hackage, along with biopsl
> and biosff, two of the refact
Okay: biocore 0.1 is now - or should be - on Hackage, along with biopsl
and biosff, two of the refactored libraries. Finally, one might add -
sorry about the delays.
-k
--
If I haven't seen further, it is by standing in the footprints of giants
___
Bi
Hi,
sorry for being lazy in answering. Feel free to take the "Boolean"
approach with data Strand, instead of a newtype. As sequences are lazy
bytestrings, the performance objections are not valid here, anyways.
Looking forward to the push.
Gruss,
Christian
* Ketil Malde [08.09.2011 14:15]:
> K
Ketil Malde writes:
> Pushed 0.1 to http://malde.org:~ketil/biohaskell/biocore - feel free to
> have a look.
Unless there are objections, I'm going to call this final, and push it
to hackage. Objections?
Well, I have a small one, regarding the Strand data type. Christian
suggested that newtyp
Pushed 0.1 to http://malde.org:~ketil/biohaskell/biocore - feel free to
have a look.
-k
--
If I haven't seen further, it is by standing in the footprints of giants
___
Biohaskell mailing list
Biohaskell@biohaskell.org
http://malde.org/cgi-bin/mailman/l
Hi,
we could just require ghc>=7.2 and write a Show instance for SeqData.
Then we can print everything as "Strings" and read everything as
Strings...
But of course, using ghc-7.2, the user can decide anyway, since
overlapping instances are now decided client-side.
Gruss,
Christian
>Ketil Malde
Hi Ketil,
IsString is "base"; so it would not increase the number of dependencies.
And I guess that we do not have to care about supporting another
compiler than GHC (regarding OverloadedStrings).
And if it looks like a string, It should be overloaded -- in fact, I'll
be doing this to the XNA dat
