unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
From: ludo@gnu.org (Ludovic Courtès)
To: "Thien-Thi Nguyen" <ttn@gnuvola.org>
Cc: guile-devel@gnu.org
Subject: Re: [Guile-commits] GNU Guile branch, master, updated. release_1-9-11-73-gedb3cfc
Date: Tue, 15 Jun 2010 23:08:03 +0200	[thread overview]
Message-ID: <87pqzsj970.fsf@gnu.org> (raw)
In-Reply-To: <E1OOUGG-0001JC-VC@vcs-noshell.in.savannah.gnu.org> (Thien-Thi Nguyen's message of "Tue, 15 Jun 2010 11:24:57 +0000")

Hi!

"Thien-Thi Nguyen" <ttn@gnuvola.org> writes:

> commit 0faca15c33cfbe1ef25fd6b4bbc7f92b57659345
> Author: Thien-Thi Nguyen <ttn@gnuvola.org>
> Date:   Mon Jun 14 21:57:01 2010 +0200
>
>     Init shell var properly in git-version-gen.
>     
>     * build-aux/git-version-gen: Ensure shell var
>     is not influenced by an env var of the same name.

This file is from Gnulib.  So get the patch accepted in Gnulib and it
will get in next time we update our Gnulib copy.

> -AC_CONFIG_FILES([test-suite/standalone/test-fast-slot-ref],
> -                [chmod +x test-suite/standalone/test-fast-slot-ref])
>  AC_CONFIG_FILES([doc/ref/effective-version.texi])
>  
> +dnl We can get fancy with m4sugar (m4_foreach et al) later.
> +dnl NB: We don't jam everything into one GUILE_CONFIG_SCRIPT call
> +dnl since that expands "chmod +x LONG-LIST-OF-FILES" multiply.  --ttn
> +AC_DEFUN([GUILE_CONFIG_SCRIPT],[AC_CONFIG_FILES([$1],[chmod +x $1])])
> +
> +GUILE_CONFIG_SCRIPT([check-guile])
> +GUILE_CONFIG_SCRIPT([benchmark-guile])

OK.  How about moving the AC_DEFUN in ‘acinclude.m4’?

Also, the comment above should say what the macro does, rather than how
it could possibly do it in the future.

The ‘--ttn’ can also be omitted since we’d rather communicate by email
than via comments in ‘configure.ac’.  :-)

> +@deffn {Scheme Procedure} tmpfile
> +@deffnx {C Function} scm_tmpfile
> +Return an input/output port to a unique temporary file
> +named using the path prefix @code{P_tmpdir} defined in
> +@file{stdio.h}.

I suggest adding this:

  (@pxref{Temporary Files,,, libc, The GNU C Library Reference Manual}).

> +The file is automatically deleted when the port is closed
> +or the program terminates.
> +
> +The name of the temporary file associated with the returned
> +port is not available to Scheme programs;
> +@code{(port-filename (tmpfile))} always returns the
> +symbol @code{tmpfile}.

What about returning #f instead?  That would seem more consistent since
currently ‘port-filename’ can only return either #f or a string AFAIK.

> +SCM_DEFINE (scm_tmpfile, "tmpfile", 0, 0, 0,
> +            (void),
> +            "Return an input/output port to a unique temporary file\n"
> +            "named using the path prefix @code{P_tmpdir} defined in\n"
> +            "@file{stdio.h}.\n"
> +            "The file is automatically deleted when the port is closed\n"
> +            "or the program terminates.\n"
> +            "\n"
> +            "The name of the temporary file associated with the returned\n"
> +            "port is not available to Scheme programs;\n"
> +            "@code{(port-filename (tmpfile))} always returns the\n"
> +            "symbol @code{tmpfile}.")
> +#define FUNC_NAME s_scm_tmpfile
> +{
> +  FILE *rv;
> +
> +  if (! (rv = tmpfile ()))

Rather like this (info "(standards) Syntactic Conventions"):

  rv = tmpfile ();
  if (rv == NULL)
    ...

Modulo these comments, feel free to commit.  If you’re now confident
with rebase et al., you can commit to ‘master’.  Otherwise I can pick
them later from your branch and push them to ‘master’.

Thanks!

Ludo’.



       reply	other threads:[~2010-06-15 21:08 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <E1OOUGG-0001JC-VC@vcs-noshell.in.savannah.gnu.org>
2010-06-15 21:08 ` Ludovic Courtès [this message]
2010-06-15 22:22   ` [Guile-commits] GNU Guile branch, master, updated. release_1-9-11-73-gedb3cfc Thien-Thi Nguyen
2010-06-15 22:35     ` Ludovic Courtès
2010-06-16  7:25       ` Andy Wingo

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=87pqzsj970.fsf@gnu.org \
    --to=ludo@gnu.org \
    --cc=guile-devel@gnu.org \
    --cc=ttn@gnuvola.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).