Hello Jacques,
Wednesday, May 31, 2006, 8:07:29 PM, you wrote:
> I am completely biased in this regard: I have spent several years
> maintaining ~800Kloc of legacy dynamically typed [commercial] code. A
> lot of this code has a life-span of roughly 20 years [ie once written,
> it takes an averag
Hello Jacques,
Wednesday, May 31, 2006, 5:33:39 PM, you wrote:
>> encodePtr :: (Binary a, Integral size) => a -> IO (ForeignPtr
>> x, size)
>> encodePtrLE :: (Binary a, Integral size) => a -> IO (ForeignPtr
>> x, size)
>> encodePtrBitAligned :: (Binary a, Integral size
Hello Jacques,
Wednesday, May 31, 2006, 5:33:39 PM, you wrote:
>> decodePtrBitAlignedLE :: (Binary a, Integral size) => Ptr x -> size -> IO a
>>
> Am I the only one who finds this encoding-of-types in the _name_ of a
> function quite distateful? There is no type safety being enforced here,
ca
At Thu, 25 May 2006 13:42:11 +0400,
Bulat Ziganshin wrote:
>
> Hello Jeremy,
>
> Monday, May 22, 2006, 12:20:54 AM, you wrote:
>
> > For my own needs, I cabalized and debianized the Streams library. It
> > generates binary debs for ghc6 and hugs -- but I think the hugs
> > version is broken. In
Hello Jeremy,
Monday, May 22, 2006, 12:20:54 AM, you wrote:
> For my own needs, I cabalized and debianized the Streams library. It
> generates binary debs for ghc6 and hugs -- but I think the hugs
> version is broken. In any case, it is a start, you can download the
> packaging at:
> http://www.
Hello Ross,
Monday, May 22, 2006, 3:59:17 AM, you wrote:
>> cpphs --noline -D__HUGS__ -D__HUGS_VERSION__=2005 -DSIZEOF_HSINT=4
>> -DSIZEOF_HSWORD=4
> Cabal already adds -D__HUGS__ when building for Hugs, __HUGS_VERSION__
> isn't used, and the SIZEOF's aren't universally valid. For GHC,
> the p
