Thanks for the reply, Max.
If it's not something overly complex, I'll try to hack ghc
to see if I can produce a working patch...
probably that symbol type can be safely ignored by
ghci linker.
Thanks again for your help
Paolo
On Wed, Sep 30, 2009 at 2:29 PM, Max Bolingbroke
wrote:
> (Moving t
Hi all,
I'm working on a tentative implementation of haskell binding to libsvm [1]:
http://hackage.haskell.org/package/HSvm
The package includes libsvm C++ sources.
While it works perfectly with ghc --make (try to install the package and
compile http://bitbucket.org/pao/hsvm/raw/6cf7ca91f1e5/tes
Max Vasin wrote:
Wouldn't it be more correct to separate binary IO, which
return [Word8] (or ByteString) and text IO which return
[Char] and deal with text encoding? IIRC that was done in
Bulat Ziganshin's streams library.
That's exactly what I meant.
Text IO could be then implemented on to
Simon Marlow wrote:
The only change to the existing behaviour is that by default, text IO
is done in the prevailing encoding of the system. Handles created by
openBinaryFile use the Latin-1 encoding, as do Handles placed in
binary mode using hSetBinaryMode.
wouldn't be semantically correct fo