The numeric c types are (effectively) integral, too.
Brandon Allbery
allbery.b at gmail.com
Thu Mar 28 21:53:23 CET 2013
On Thu, Mar 28, 2013 at 4:49 PM, Henning Thielemann <
lemming at henning-thielemann.de> wrote:
> On Thu, 28 Mar 2013, Brandon Allbery wrote:
>
>> On Thu, Mar 28, 2013 at 6:32 AM, Jason Dusek <jason.dusek at gmail.com>
>> wrote:
>> One way to think of it is, CTime is time and should follow the
>> rules of the time. Another way is, CTime is a C type and should
>> follow the rules of C types. The latter perspective seems more
>> appropriate for Foreign.C.* (we are likely to seek out some
>> other module for modelling time).
>>
>> Phrasing this perhaps more clearly: the point of the FFI types is to
>> reflect foreign types.
>>
>
> If CTime is only for interfacing with C, then there should not be any
> arithmetic or bit manipulation class instances of it, only some conversion
> functions between CTime and Haskell time representations.
>
...and implementing those should be as painful as possible?
--
brandon s allbery kf8nh sine nomine associates
allbery.b at gmail.com ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/libraries/attachments/20130328/5e503fb6/attachment-0001.htm>
More information about the Libraries
mailing list