Gnus development mailing list
 help / color / mirror / Atom feed
From: Katsumi Yamaoka <yamaoka@jpl.org>
Subject: Re: [PATCH] Building in a cleaner environment for XEmacs.
Date: Thu, 17 Apr 2003 18:07:02 +0900	[thread overview]
Message-ID: <yotl65pd1oi1.fsf@jpl.org> (raw)
In-Reply-To: <microsoft-free.87k7dtva79.fsf@eicq.dnsalias.org>

>>>>> In <microsoft-free.87k7dtva79.fsf@eicq.dnsalias.org>
>>>>>	Steve Youngs <youngs@xemacs.org> wrote:

KY> Is the lpath.el file useless for that purpose?

SY> >From what I could see, lpath.el is more for hiding/ignoring warnings
SY> and errors.  I didn't want to do that, I wanted to address all the
SY> warnings properly if possible.

I feel those effects are the same, except that it is good to
indicate the sources of the hidden features using autoload.
I probably need to try ``xemacs -batch -no-autoloads...'' by
myself. :)

SY> BTW, what do I need to do to prevent screwing up the ChangeLog again?

I'm using binary (C-u C-x C-f FILENAME RET binary RET) and the
following hook function for those files since I have no need to
edit Latin names. :-p

(setq revert-buffer-insert-file-contents-function
      ;; written by IKEYAMA Tomonori -san in the xemacs-users-ja list.
      (lambda (file-name auto-save-p)
	(if (not (file-exists-p file-name))
	    (error "File %s no longer exists!" file-name))
	(let ((buffer-file-name nil))
	  (or auto-save-p
	      (unlock-buffer)))
	(widen)
	(let ((coding-system-for-read buffer-file-coding-system))
	  (insert-file-contents file-name (not auto-save-p) nil nil t))))
-- 
Katsumi Yamaoka <yamaoka@jpl.org>



      reply	other threads:[~2003-04-17  9:07 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-16  6:36 Steve Youngs
2003-04-16  9:30 ` Frank Schmitt
2003-04-16 10:37   ` Steve Youngs
2003-04-16 13:54     ` [Patch] XEmacs args in make.bat (was: [PATCH] Building in a cleaner environment for XEmacs.) Frank Schmitt
2003-04-16 14:57       ` [Patch] XEmacs args in make.bat Reiner Steib
2003-04-16 21:43       ` Steve Youngs
2003-04-16 23:55         ` Kevin Greiner
2003-04-17 15:14           ` Reiner Steib
2003-04-18 13:36             ` Kevin Greiner
2003-04-18 20:48               ` \r\n or \n line endings in make.bat? (was: [Patch] XEmacs args in make.bat) Reiner Steib
2003-04-18 22:53                 ` \r\n or \n line endings in make.bat? Graham Murray
2003-04-19 20:10                   ` Frank Schmitt
2003-04-20  5:20                     ` Kevin Greiner
2003-04-22 18:28                       ` Reiner Steib
2003-04-23  4:27                         ` Kevin Greiner
2003-04-17  0:40 ` [PATCH] Building in a cleaner environment for XEmacs Katsumi Yamaoka
2003-04-17  7:45   ` Steve Youngs
2003-04-17  9:07     ` Katsumi Yamaoka [this message]

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=yotl65pd1oi1.fsf@jpl.org \
    --to=yamaoka@jpl.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 NNTP newsgroup(s).