all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Lars Brinkhoff <lars@nocrew.org>
Cc: emacs-devel@gnu.org
Subject: Re: User-defined record types, v2
Date: Sat, 18 Mar 2017 19:29:56 +0200	[thread overview]
Message-ID: <834lyqxzl7.fsf@gnu.org> (raw)
In-Reply-To: <86tw6qtt01.fsf@molnjunk.nocrew.org> (message from Lars Brinkhoff on Sat, 18 Mar 2017 18:05:50 +0100)

> From: Lars Brinkhoff <lars@nocrew.org>
> Date: Sat, 18 Mar 2017 18:05:50 +0100
> 
> Add record objects with user-defined types.

Thanks.  I hope you will add documentation and some tests at some
future point.

A few minor comments below.

> +static struct Lisp_Vector *
> +allocate_record (int count)
> +{
> +  if (count >= (1 << PSEUDOVECTOR_SIZE_BITS))
> +    error ("Record too large");

I think this error should be signaled by the APIs themselves, and it
should include the max allowed number and the actual requested number.

> +DEFUN ("make-record", Fmake_record, Smake_record, 3, 3, 0,
> +       doc: /* Create a new record of type TYPE with SLOTS elements, each initialized to INIT.  */)

This line is too long, I suggest to describe the arguments on separate
lines.

Also, the doc string should state the maximum allowed value of SLOTS.

> +DEFUN ("record", Frecord, Srecord, 1, MANY, 0,
> +       doc: /* Return a newly created record of type TYPE the rest of the arguments as slots.

This line is too long.  It also doesn't sound right to me: perhaps
"with" is missing?

> +Any number of slots, even zero slots, are allowed.

Which is a lie, since a number that is too large will cause an error
be signaled, right?

> +  memcpy (p->contents + 1, args + 1, (nargs - 1) * sizeof *args);

Should the doc string state that a shallow copy of the arguments is
done?

> +DEFUN ("copy-record", Fcopy_record, Scopy_record, 1, 1, 0,
> +       doc: /* Shallow copy of a record.  */)

I'm not sure this doc string is detailed enough.  How about

  Return a new record that is a shallow copy of the argument RECORD.

?

> +INLINE void
> +CHECK_RECORD_TYPE (Lisp_Object x)
> +{
> +  /* CHECK_SYMBOL (x); */
> +}

???



  parent reply	other threads:[~2017-03-18 17:29 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-18 17:04 User-defined record types, v2 Lars Brinkhoff
2017-03-18 17:05 ` Lars Brinkhoff
2017-03-18 17:13   ` Lars Brinkhoff
2017-03-18 17:17     ` Lars Brinkhoff
2017-03-18 17:21       ` Lars Brinkhoff
2017-03-18 17:35         ` Eli Zaretskii
2017-03-18 19:33           ` Lars Brinkhoff
2017-03-18 22:24             ` Stefan Monnier
2017-03-19  9:17               ` Lars Brinkhoff
2017-03-19 12:50                 ` Stefan Monnier
2017-03-19 14:51                   ` Eli Zaretskii
2017-03-18 17:29   ` Eli Zaretskii [this message]
2017-03-19 10:28 ` Lars Brinkhoff
2017-03-19 12:51   ` Stefan Monnier
2017-03-21  9:55 ` Lars Brinkhoff
2017-03-21 11:53   ` Stefan Monnier
2017-03-22 21:15   ` Stefan Monnier
2017-03-23  6:53     ` Lars Brinkhoff
2017-03-23  7:02       ` Lars Brinkhoff
2017-03-23  7:34         ` Lars Brinkhoff
2017-03-23 19:47         ` Stefan Monnier
2017-03-24 10:15           ` Lars Brinkhoff
2017-03-24 18:17             ` Stefan Monnier
2017-03-24 20:38               ` Lars Brinkhoff
2017-03-29 12:46             ` Lars Brinkhoff
2017-03-30 12:59               ` Stefan Monnier
2017-03-30 14:57                 ` Lars Brinkhoff
2017-03-30 15:07                   ` Stefan Monnier
2017-03-30 18:10                     ` Eli Zaretskii
2017-03-22  7:58 ` Lars Brinkhoff
2017-03-22  8:46   ` Andreas Schwab

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

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

  git send-email \
    --in-reply-to=834lyqxzl7.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=lars@nocrew.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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.