Subject: Re: [Gnu-arch-users] Re: darcs vs tla
From: Catalin Marinas <catalin.marinas@arm.com>
To: "Stephen J. Turnbull" <stephen@xemacs.org>
In-Reply-To: <877jowbl8w.fsf@tleepslib.sk.tsukuba.ac.jp>
References: <20041107234609.7bf0abfe@delta.hk.office.outblaze.com>
	<tnxlldcbqm1.fsf@arm.com> <877jowbl8w.fsf@tleepslib.sk.tsukuba.ac.jp>
Content-Type: text/plain
Organization: ARM Limited
Message-Id: <1099920390.31269.11.camel@pc1117>
Mime-Version: 1.0
Date: Mon, 08 Nov 2004 13:26:37 +0000
Content-Transfer-Encoding: 7bit
Cc: gnu-arch-users@gnu.org, Timothy Webster <timw@outblaze.com>
Precedence: list
Sender: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Errors-To: gnu-arch-users-bounces+migo=homemail.com@gnu.org
Status: RO
Content-Length: 1860
Lines: 44
On Mon, 2004-11-08 at 12:03, Stephen J. Turnbull wrote:
> Haskell is no harder than Lisp in principle, and if you'll go back in
> this list a bit you'll find a thread on Lisp and parentheses where
> asuffield makes a really convincing case (to me, anyway) that
> Haskell's presentation with minimal parentheses plus the "offsides
> rule" is far more readable than Lisp.  I think it's reasonable to
> suppose that people who want to help with darcs can learn enough
> Haskell to do so.

Maybe Haskell is no harder than LISP but if you only have an imperative
programming background, it is harder to switch to Haskell. At least LISP
allows imperative programming. What's even harder, it is a pure
functional language.

> Please confirm it's possible to compile darcs, and which compiler you
> used.  I heard recently that darcs is strongly dependent on Hugs98,
> which is an interpreter.  Seemed a little odd (Haskell98 is a
> well-defined language, and Hugs doesn't have all that much in the way
> of extensions), but that's what I heard.

Darcs is compiled with ghc (Glasgow Haskell compiler). There is an
ongoing thread on the darcs-user list about using darcs with the Linux
kernel -
http://www.abridgegame.org/pipermail/darcs-users/2004-November/thread.html#4021

> I wouldn't go so far as that, but certainly I'd say to investigate
> experience with a tree 3X as big as your current one, to give room to
> grow while darcs does!

I'm not sure but it is my impression that darcs tries to load all the
patches into memory for every merge operation. I don't know what its
behaviour would be after 1-2 years of checking in changes.

Catalin


_______________________________________________
Gnu-arch-users mailing list
Gnu-arch-users@gnu.org
http://lists.gnu.org/mailman/listinfo/gnu-arch-users

GNU arch home page:
http://savannah.gnu.org/projects/gnu-arch/