Re: Switching to Git?

Andy Wingo wrote: > (2) git does not work on windows. Not entirely true. I do use git on Windows, courtesy of the Cygwin project. I use it even for native MinGW projects. > [EMAIL PROTECTED] (Ludovic Courtès) writes: > >> How about switching from CVS to Git [0]? As a user, what I like most ab

empty default duplicates handler

Is it supposed to work to set the default duplicates handling to an empty list? Eg. foo.scm containing (define-module (foo) #:duplicates () #:use-module (srfi srfi-1)) (pk map) It seems to work in 1.8, but in the head it's giving => Unbound variable:

Re: Switching to Git?

Andy Wingo <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (Ludovic Courtès) writes: > > How about switching from CVS to Git [0]? > As an aside, in GStreamer we are going to completely punt on this > question, and switch to subversion. You get changesets, which allows > git-svn, bzr-svn, et

Re: Switching to Git?

Bon soir Msr Courtès ! [EMAIL PROTECTED] (Ludovic Courtès) writes: > How about switching from CVS to Git [0]? The advantages you list are compelling. It is especially good that savannah supports git. I have only two points to counter: (1) git sucks to use (but somehow many people seem to manage)

Re: Switching to Git?

Ludovic Courtès wrote: Of course, nothing's black and white and Git has some weaknesses, too. Most notably, its UI is a bit rough and at least not to everyone's taste (which can be worked around by using companion tools such as Cogito [3]). Opinions? Thanks, Ludovic. [0] http://git.or.cz/ [1]

Re: what am I doing wrong building 1.8?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ludovic � wrote: > Hi, > > "Marijn Schouten (hkBst)" <[EMAIL PROTECTED]> writes: > >> Ludovic � wrote: > >>> Strange. I use the exact same version of `gnulib-tool' here and it >>> finds it without any problem. Does "test -f configure.in" return tr

Re: Switching to Git?

[I've been using CVS since 1994 and have seen more VC systems come and go than I can remember. So I'm predisposed to be cranky about switching.] My quick reaction is that this would be be good overall. While the benefits are probably significant, switching makes it harder for people to follow al

Re: Optimizing record accessors

Hi, Kevin Ryde <[EMAIL PROTECTED]> writes: > Gets rid of one scheme function call in the normal case does it? Two calls, because `record-type-check' called `record-type-descriptor'. > I expect an apply-able smob thingie would be fastest (and smaller too) > for accessors and modifiers, if anyone

Re: Gnulib support

Hi, Kevin Ryde <[EMAIL PROTECTED]> writes: > For namespace cleanliness any globally visible symbol in libguile really > has to have an scm_ (or probably scm_i_) prefix. Is gnulib setup to > help libraries with that? Nosing around it looks like perhaps not yet. Not yet AFAICS. I'll email `bug-

Re: struct-copy func

Hi, Kevin Ryde <[EMAIL PROTECTED]> writes: > [EMAIL PROTECTED] (Ludovic Courtès) writes: >> >> `struct-copy' must check fields permission > > I didn't want to do that. I think it has to be done, otherwise that'd just make field permissions useless. >> `o' fields cannot be copied I think. > > I

Re: what am I doing wrong building 1.8?

Hi, "Marijn Schouten (hkBst)" <[EMAIL PROTECTED]> writes: > Ludovic � wrote: >> Strange. I use the exact same version of `gnulib-tool' here and it >> finds it without any problem. Does "test -f configure.in" return true? > > Yes, it does. Then I'm clueless. Can you somehow trace what `gnulib