unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Thien-Thi Nguyen <ttn@surf.glug.org>
Cc: guile-user@gnu.org
Subject: guile 1.4.1.95 available
Date: Tue, 30 Sep 2003 23:43:54 +0200	[thread overview]
Message-ID: <E1A4SHh-0003N0-00@surf.glug.org> (raw)

part of the whole 1.4.2 thrust is to tame the module system.  w/
1.4.1.95 we finally have wrapped our heads around the problem (at least
a big chunk of it) and started to separate the pieces vertically so that
they can be recast horizontally (table driven).  see chapter "Modules"
for the first inklings of documenting the beast and a hint as to how it
will be ultimately brought into the light.

as usual, other minor improvements here and there.  more scripts, etc.
new NEWS excerpt below.  tarball in directory:

  http://www.glug.org/alt/

the intrepid experimentalist will notice .module-catalog files under
$(pkgdatadir) and $(pkglibdir) -- do not be alarmed!  try, instead, one
of these diversions:

  st  /tmp/a/b/c/bin/guile -c '(use-modules (database tmpfile))'
  sta /tmp/a/b/c/bin/guile -c '(use-modules (database tmpfile))'
  st  /tmp/a/b/c/bin/guile -c '(%%mc -1) (use-modules (database tmpfile))'
  sta /tmp/a/b/c/bin/guile -c '(%%mc -1) (use-modules (database tmpfile))'

where sta and st are simple scripts that do "strace -f -e open ..." and
"strace -f -e open ... | grep -v No.such.file", respectively.  (i have
posted them in the past, ping me privately if you want a copy.)  also,
you may try them w/ other versions of guile for hours of fun.

thi

__________________________________________________________
* Module system internals starting to be internalized

Several procedures and data structures from boot-9.scm have
been moved into ice-9/module-system-compat.scm as their functionality
is starting to be internalized.  These were chosen mostly for their
lack of use outside the module system (that is, they were "internal"
in nature but "public" in presentation).  See that file if you really
need them (unlikely).

* Meta switch parser now understands double-quote

Previously, given a script header:

	#!/usr/local/bin/guile \
	-e "(some module name)" -s
	!#

the arguments seen by the script would have numbered 5, corresponding
to the space-delimited tokens on the second line.  Now, the meta switch
parser understands double quotes and the same header would result in
three arguments: `-e', `(some module name)' and `-s'.

* `file-exists?' now follows EUID/EGID

* Default `%load-path' extended to include "lib" dirs.

Analogous to the present group of `%load-path' directories:

  <PREFIX>/share/guile/site
  <PREFIX>/share/guile/<VERSION>
  <PREFIX>/share/guile

the default `%load-path' now includes, immediately following the above:

  <PREFIX>/lib/guile/site
  <PREFIX>/lib/guile/<VERSION>
  <PREFIX>/lib/guile

The ".../guile/site" dirs are for unrelated third-party modules,
whereas the ".../guile" dirs are for "affiliated" third-party modules.
(The ".../guile/<VERSION>" dirs are reserved for Guile.)

* New installed module: (database tmpfile)

This is installed under <PREFIX>/lib/guile/<VERSION>, which is now included
in the default %load-path (see above).  It provides the single procedure
`tmpfile' as a wrapper for tmpfile(3).  Unlike tmpfile(3), however, the
return value is an input/output fport instead of `FILE *'.

* Interpreter's "-s" switch optional in certain cases

When processing command-line arguments to the interpreter, the first
non-recognized element used to signal an error.  Now, it is taken to be
the name of a script to be run, and the rest of the command line to be
arguments to the script.  The net effect is that "-s" can be viewed as
optional; the following pairs of invocations are treated identically:

   guile -s script 3 2 1
   guile script 3 2 1

Note that in the latter case, the script's name cannot begin with "-" as
that would confuse the argument processor.

[end of excerpt]


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-user


                 reply	other threads:[~2003-09-30 21:43 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1A4SHh-0003N0-00@surf.glug.org \
    --to=ttn@surf.glug.org \
    --cc=guile-user@gnu.org \
    --cc=ttn@glug.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).