Hi! I almost forgot that I never responded to this, sorry.
On Tue, Apr 18, 2006 at 11:37:12AM +0100, Simon Marlow wrote:
> Frederik Eaton wrote:
> >I have a project which currently uses Cabal, and I would like to
> >switch to using a plain Makefile. I have two examples of projects that use
> >Mak
Bulat Ziganshin wrote:
Thursday, April 20, 2006, 11:54:59 AM, you wrote:
lazyGet can only be used to read something that was written with
lazyPut. lazyPut writes the offset of the end of the serialised data at
the beginning, so that lazyGet can skip over it, and subsequent gets
start from th
On 20.04 12:06, Bulat Ziganshin wrote:
> my Streams library mainly consists of two parts - Streams and
> AltBinary. The streams part implements Handle-like interface
> (including such functions as vGetChar, vGetByte, vPutBuf, vSeek and so
> on) for various data sources - files, memory buffers, pipe
Bulat Ziganshin wrote:
1) lazyGet/lazyPut. it's no problem to copy your implementation but i
still don't understand how lazyGet should work - it share the same
buffer pointer as one used in `get`. so `get` and consuming structure
returned by lazyGet should interfere
lazyGet can only be used to
EMAIL PROTECTED] [mailto:glasgow-haskell-users-
| [EMAIL PROTECTED] On Behalf Of John Meacham
| Sent: 19 April 2006 00:28
| To: glasgow-haskell-users@haskell.org
| Subject: Re: using ghc with make
|
| On Tue, Apr 18, 2006 at 10:26:18AM +0400, Bulat Ziganshin wrote:
| > > FWIW ginsu and DrIFT both use ma
Bulat Ziganshin wrote:
Streams library includes AltBinary functionality and also emulation of
two versions of NewBinary library - byte-aligned and bit-aligned one.
as long as you search for nhc-style serialization library (i.e., with
`get` and `put_` functions) my lib should be the best beast ar
Bulat Ziganshin wrote:
Hello Simon,
Tuesday, April 18, 2006, 3:02:20 PM, you wrote:
if that is due to the time of reading .hi files, my alternative Binary
library should help in some future
I'd be suprised if you could improve on GHC's binary library. Using
BinMem (reading/writing direct
On Tue, Apr 18, 2006 at 10:26:18AM +0400, Bulat Ziganshin wrote:
> > FWIW ginsu and DrIFT both use make and don't use ghcs --make feature. I
> > find this can be faster once your projects grow beyond a certain size as
> > it takes ghc a while to figure out which files need to be rebuilt with
> > --
Bulat Ziganshin wrote:
Hello John,
Tuesday, April 18, 2006, 3:25:35 AM, you wrote:
FWIW ginsu and DrIFT both use make and don't use ghcs --make feature. I
find this can be faster once your projects grow beyond a certain size as
it takes ghc a while to figure out which files need to be rebuilt
Frederik Eaton wrote:
I have a project which currently uses Cabal, and I would like to
switch to using a plain Makefile.
I have two examples of projects that use Makefiles, darcs and jhc, but
they both appear to hand-code the list of dependencies for
executables. The "-M" option to ghc should
Frederik Eaton wrote:
Hi all,
I have a project which currently uses Cabal, and I would like to
switch to using a plain Makefile.
I use something like the attached Makefile. I don't have any experience with big projects though, so
it could be that regenerating dependencies all the time is exp
Hi,
> The compile / fix compiler errors cycle is an important part
> of the development process for me, and so I want
> recompilation to go as quickly as possible.
If you are not using any GHC specific features, then I find that using
Hugs for compiler errors, then once Hugs is happy moving on to
On Mon, Apr 17, 2006 at 10:57:32PM +0100, Frederik Eaton wrote:
> I have two examples of projects that use Makefiles, darcs and jhc, but
> they both appear to hand-code the list of dependencies for
> executables. The "-M" option to ghc should let us do this
> automatically, but either because of a
13 matches
Mail list logo
