String != [Char]

ARJANEN Loïc Jean David arjanen.loic at gmail.com
Wed Mar 21 18:46:14 CET 2012


Le 20/03/2012 16:29, Tillmann Rendel a écrit :
> Hi,
>
> Thomas Schilling wrote:
>> I agree that the language standard should not prescribe the
>> implementation of a Text datatype.  It should instead require an
>> abstract data type (which may just be a newtype wrapper for [Char] in
>> some implementations) and a (minimal) set of operations on it.
>>
>> Regarding the type class for converting to and from that type, there
>> is a perhaps more complicated question: The current fromString method
>> uses String as the source type which causes unnecessary overhead.
>
> Is this still a problem if String would be replaced by an 
> implementation-dependend newtype? Presumably, GHC would use a more 
> efficient representation behind the newtype, so the following would be 
> efficient in practice (or not?)
>
>   newtype String
>     = ...
>
>   class IsString a where
>     fromString :: String -> a
>
> The standard could even prescribe that an instance for [Char] exists:
>
>   explode :: String -> [Char]
>   explode = ...
>
>   instance IsString [Char] where
>     fromString = explode
>
> Tillmann

A recent message on Haskell-café made me think that if the standard 
mandates that any instance exists, it should mandates that an instance 
exists for CString and CWString (C's strings and wide strings) or, more 
generally, that an instance exists for any foreign string type defined 
in the FFIs implemented. That is to say, if you implement a FFI for .Net 
and you expose .Net's string type, you should implement conversions 
between that string type and Haskell's one.

Regards,
ARJANEN Loïc




More information about the Haskell-prime mailing list