bug#6596: 23.2; cl.texi docs loop destructuring for alist

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Kevin Ryde]

[-- Attachment #1: Type: text/plain, Size: 361 bytes --]

I didn't immediately realize the cl `loop' macro destructuring could be
used to crunch an alist.  Perhaps an example in the manual per below.
If you're not a cl programmer you need lots of examples to understand
that huge `loop' thing :-).

2010-07-10  Kevin Ryde  <user42@zip.com.au>

	* cl.texi (For Clauses): Add destructuring example processing an
	alist.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: cl.texi.loop-alist.diff --]
[-- Type: text/x-diff, Size: 676 bytes --]

--- cl.texi.orig	2010-07-10 09:37:14.000000000 +1000
+++ cl.texi	2010-07-10 09:38:54.000000000 +1000
@@ -2599,7 +2599,14 @@
 than values the trailing variables get the value @code{nil}.
 If @code{nil} is used as a variable name, the corresponding
 values are ignored.  Destructuring may be nested, and dotted
-lists of variables like @code{(x . y)} are allowed.
+lists of variables like @code{(x . y)} are allowed, so for example
+to process an alist
+
+@example
+(loop for (key . value) in '((a . 1) (b . 2))
+      collect value)
+     @result{} (1 2)
+@end example
 
 @node Iteration Clauses, Accumulation Clauses, For Clauses, Loop Facility
 @subsection Iteration Clauses

[-- Attachment #3: Type: text/plain, Size: 1053 bytes --]



In GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-05-16 on raven, modified by Debian
configured using `configure  '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.2/site-lisp:/usr/share/emacs/site-lisp:/usr/share/emacs/23.2/leim' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-DDEBIAN -g -O2' 'LDFLAGS=-g' 'CPPFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: en_AU
  value of $XMODIFIERS: nil
  locale-coding-system: iso-latin-1-unix
  default enable-multibyte-characters: t

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Glenn Morris]

Looks good, please install.

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Kevin Ryde]

Glenn Morris <rgm@gnu.org> writes:
>
> Looks good, please install.

Alas bazaar has put me offline or yes I would.  I might remove my
savannah perms as this probably won't improve soon.

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Glenn Morris]

Kevin Ryde wrote:

> Alas bazaar has put me offline or yes I would.  I might remove my
> savannah perms as this probably won't improve soon.

Is it a technical problem? The Bazaar mailing list seems helpful.

Do you not know what to do? I can tell you in about 6 lines.

Something else?

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Kevin Ryde]

Glenn Morris <rgm@gnu.org> writes:
>
> Is it a technical problem?

Last I understood from the transition discussions was it's about 300Mb
of download, which is a bit more than I can conveniently bring through a
straw, and I gather if it's done by bzr itself then the download can't
be interrupted and resumed later either :-(.  So I've been trying
launchpad.net for read only.  Better ideas welcome, or a pointer to
something on the wiki that might help everyone on slow links ...

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Glenn Morris]

Kevin Ryde wrote:

> Last I understood from the transition discussions was it's about 300Mb
> of download, which is a bit more than I can conveniently bring through a
> straw, and I gather if it's done by bzr itself then the download can't
> be interrupted and resumed later either :-(.

The entire repo is 339MB. I don't think that is massively bigger than
a CVS checkout used to be. The largest single file in there is 190MB,
for some reason. You can fetch the repo by rsync (which can be
interrupted and resumed), as suggested on

http://savannah.gnu.org/bzr/?group=emacs

with somethine like:

rsync -avP username@bzr.savannah.gnu.org:/srv/bzr/emacs ./

That page also says that to convert the result of rsync into what you
would have gotten from bzr, you should use eg

cd trunk && bzr checkout

I know that rsync works, but I never tried the last part.

I hope you can make it work somehow, since committers are in short
supply.

Do try the Bazaar mailing list if you need help or suggestions.

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Stefan Monnier]

> http://savannah.gnu.org/bzr/?group=emacs
> with somethine like:
> rsync -avP username@bzr.savannah.gnu.org:/srv/bzr/emacs ./

You'll probably want to add --exclude=obsolete_packs to avoid
downloading potentially large amounts of unnecessary files.


        Stefan

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Kevin Ryde]

Glenn Morris <rgm@gnu.org> writes:
>
> The entire repo is 339MB.

Yes, I thought so, that's too much really, especially if the updates are
as bad as rumour has it.

> I don't think that is massively bigger than a CVS checkout used to be.

If the size on disk is a good guide it was between 30 and 50 mb
compressed, and of course you could get just the part you wanted to work
on, or a few files at a time.  :-(

> I hope you can make it work somehow, since committers are in short
> supply.

Alas, doomed for the time being I think.  I've removed my savannah
member thing for now to avoid confusion.

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Dan Nicolaescu]

Kevin Ryde <user42@zip.com.au> writes:

  > Glenn Morris <rgm@gnu.org> writes:
  > >
  > > The entire repo is 339MB.
  > 
  > Yes, I thought so, that's too much really, especially if the updates are
  > as bad as rumour has it.
  > 
  > > I don't think that is massively bigger than a CVS checkout used to be.
  > 
  > If the size on disk is a good guide it was between 30 and 50 mb
  > compressed, and of course you could get just the part you wanted to work
  > on, or a few files at a time.  :-(
  > 
  > > I hope you can make it work somehow, since committers are in short
  > > supply.
  > 
  > Alas, doomed for the time being I think.  I've removed my savannah
  > member thing for now to avoid confusion.

You could get an account on the GCC farm:

http://gcc.gnu.org/wiki/CompileFarm#How_to_Get_Involved.3F

quite a few machines are provided, with decent disk space and
connectivity...

bug#6596: 23.2; cl.texi docs loop destructuring for alist

[Lars Magne Ingebrigtsen]

Kevin Ryde <user42@zip.com.au> writes:

> 2010-07-10  Kevin Ryde  <user42@zip.com.au>
>
> 	* cl.texi (For Clauses): Add destructuring example processing an
> 	alist.

I've applied your patch to Emacs 24.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/