Hello Donald,
Thursday, October 20, 2005, 5:00:15 AM, you wrote:
i think, that larger testsuite for string-implementation libraries need
to be established. this testsuite must, of course, include testing of
individual operations and more complex scenarios which can be seen as
typical for
Hello John,
Thursday, October 20, 2005, 4:12:36 AM, you wrote:
JM FastString seems to be a misnomer for this library.
JM what it provides is a fast _byte array_ with a lot of useful
JM operations, but it does not provide strings since it does not enforce
JM character encodings in the type
2005/10/19, Simon Marlow [EMAIL PROTECTED]:
On 19 October 2005 01:08, Donald Bruce Stewart wrote:
Ah!! So what's going on on Linux, I wonder. Could it be something
about
6.4.1? Are we seeing the difference between ForeignPtrs from 6.4 to
6.5? I will investigate.
I bet that's the
[ oops, I meant to send this yesterday but it didn't go out for some
reason ]
On 18 October 2005 12:40, Krasimir Angelov wrote:
ForeignPtr requires more memory. Each ForeignPtr has
ForeignPtrContents structure attached. In the ForeignPtrContents there
is one IORef. Each finalizer adds one
bulatz:
Hello Donald,
Thursday, October 20, 2005, 5:00:15 AM, you wrote:
i think, that larger testsuite for string-implementation libraries need
to be established. this testsuite must, of course, include testing of
individual operations and more complex scenarios which can be seen as
bulatz:
Hello John,
Thursday, October 20, 2005, 4:12:36 AM, you wrote:
JM FastString seems to be a misnomer for this library.
JM what it provides is a fast _byte array_ with a lot of useful
JM operations, but it does not provide strings since it does not enforce
JM character encodings
On 20 October 2005 09:48, Donald Bruce Stewart wrote:
bulatz:
Hello John,
Thursday, October 20, 2005, 4:12:36 AM, you wrote:
FastString seems to be a misnomer for this library.
what it provides is a fast _byte array_ with a lot of useful
operations, but it does not provide strings
Hello Donald,
Thursday, October 20, 2005, 12:47:32 PM, you wrote:
JM what it provides is a fast _byte array_ with a lot of useful
may be it can be named ByteArray? and then FastString.Latin1,
DBS Well, it's a PackedString really, isn't it?
of course :) btw, may be it can be extended by
Hello Simon,
Thursday, October 20, 2005, 1:45:28 PM, you wrote:
SM I think when this is ready it should replace Data.PackedString.
SM I don't necessarily mean put it into fptools/libraries/base - we could
SM just remove the existing Data.PackedString from there and your separate
SM package can
Hi,
Could somebody try to compile these two files *TWICE*? GHC dumps core at
me. I don't know if it is something about me, or something more general
:) I'd like to know a bit more, before I bother anybody from devel team.
Log:
$ ghc --make THTest1.hs
Chasing modules from: THTest1.hs
Am Donnerstag, 20. Oktober 2005 15:02 schrieb Gracjan Polak:
Hi,
Could somebody try to compile these two files *TWICE*?
Hello Gracjan,
I did so, using GHC 6.4.1 on Debian GNU/Linux, installed from the binary
archive for generic Linux.
Upon the first run, I got the same messages, you got.
On Thu, Oct 20, 2005 at 09:41:06AM +0100, Simon Marlow wrote:
[ oops, I meant to send this yesterday but it didn't go out for some
reason ]
On 18 October 2005 12:40, Krasimir Angelov wrote:
ForeignPtr requires more memory. Each ForeignPtr has
ForeignPtrContents structure attached. In
On Thu, Oct 20, 2005 at 10:45:28AM +0100, Simon Marlow wrote:
I think when this is ready it should replace Data.PackedString.
I don't necessarily mean put it into fptools/libraries/base - we could
just remove the existing Data.PackedString from there and your separate
package can provide
john:
On Thu, Oct 20, 2005 at 10:45:28AM +0100, Simon Marlow wrote:
I think when this is ready it should replace Data.PackedString.
I don't necessarily mean put it into fptools/libraries/base - we could
just remove the existing Data.PackedString from there and your separate
package can
14 matches
Mail list logo