all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Paul Eggert <eggert@cs.ucla.edu>
Cc: Kenichi Handa <handa@gnu.org>, emacs-devel@gnu.org
Subject: Re: request to revert the chnage of revno 112925
Date: Wed, 19 Jun 2013 22:09:12 -0400	[thread overview]
Message-ID: <jwvfvwdk08s.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <51C21F78.2040307@cs.ucla.edu> (Paul Eggert's message of "Wed, 19 Jun 2013 14:15:36 -0700")

>> This is not specific to Elisp, of course, it's true of most programming
>> languages
> Yes, that sounds right.  Should we make this change for all
> programming-language files then?  .c, .h, Makefile, etc....

Only for those languages that say so in the definition/standard/spec.

> True, but in practice this means one should avoid putting NUL bytes in
> such files.  grep uses a heuristic that if a file contains a NUL byte,
> it's considered to be a binary file, and by default grep won't output
> the matching lines for that file.  POSIX allows this behavior, and it's
> common among many GNU and/or POSIX tools, which means it's typically
> not a good idea to put NUL bytes in source files.

Agreed, which is why it's very rare for Elisp files to have NUL bytes.
But that's no reason to treat an Elisp file with a NUL bytes as being
encoded in binary instead of utf-8 (which is the question under
discussion here).


        Stefan



  reply	other threads:[~2013-06-20  2:09 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-19 11:54 request to revert the chnage of revno 112925 Kenichi Handa
2013-06-19 12:59 ` Stefan Monnier
2013-06-19 15:35   ` Kenichi Handa
2013-06-19 16:11     ` Paul Eggert
2013-06-19 20:49       ` Stefan Monnier
2013-06-19 21:15         ` Paul Eggert
2013-06-20  2:09           ` Stefan Monnier [this message]
2013-06-21  5:25           ` Achim Gratz
2013-06-21  6:48             ` Stephen J. Turnbull
2013-06-19 16:54     ` Stefan Monnier
2013-06-22 12:36       ` Kenichi Handa
2013-06-22 12:46         ` Eli Zaretskii
2013-06-22 12:54           ` Juanma Barranquero
2013-06-22 15:26         ` Stefan Monnier
2013-06-29  3:50           ` request to revert the change " Kenichi Handa

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=jwvfvwdk08s.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=eggert@cs.ucla.edu \
    --cc=emacs-devel@gnu.org \
    --cc=handa@gnu.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.