all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Stephen J. Turnbull" <stephen@xemacs.org>
Cc: emacs-devel@gnu.org, schierlm@gmx.de, rms@gnu.org
Subject: Re: `make' written in elisp
Date: Tue, 04 Jan 2005 21:00:40 +0900	[thread overview]
Message-ID: <87acrp2yl3.fsf@tleepslib.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <jwvpt0mcvew.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Mon, 03 Jan 2005 12:16:09 -0500")

BTW, I'm going to be out of town for a week, so any further responses
will be delayed.

>>>>> "Stefan" == Stefan Monnier <monnier@iro.umontreal.ca> writes:

    Stefan> What I was talking about is things like latex-preview
    Stefan> searching for some LaTeX files.  This is not done at
    Stefan> startup: it is currently done at install time, and I was
    Stefan> arguing about that it should be done when latex-preview is
    Stefan> loaded.  Of course it may also take too much time,

That's my point.  People are just not going to find that acceptable,
at least they didn't with year 2000 hardware with XEmacs.  Even if
it's done while you're getting morning coffee---because it will take
longer than that.  Waiting for it to load every time you reload AUCTeX
will wear out the AUCTeX developers.

    Stefan> So [XEmacs packaging is] similar to `install' in this
    Stefan> sense, except that you require a Makefile to describe
    Stefan> where the various files are located.  That sounds like a
    Stefan> good way to do it (tho for `install', it would make more
    Stefan> sense to use a .el file for that info since `install' does
    Stefan> the job of `make' for typical simple packages).

Agreed.

    >> There is one point that needs to be mentioned, however, and
    >> that is that for complex packages that depend on other
    >> packages, the "calling macros from byte-compiled code" kind of
    >> bug has dropped from FAQ to fossil status.

    Stefan> So there is some amount of version-dependency checking
    Stefan> now?

No.  These are package dependencies, not version dependencies.  If a
package uses macros from another one, it is placed in the "REQUIRES"
make variable.  Then the libraries from those REQUIRE'd packages are
preloaded using the -l argument to emacs.

Theoretically these could be autogenerated, but the dependency
trackers we've seen so far have all been buggy, and miss more
dependencies than when doing it by hand.

    Stefan> Remember, `install' aims for simplicity and tries as much
    Stefan> as possible to stick to what a real user would manually
    Stefan> do.

Sure.  I don't think XEmacs will change its commitment to a more
sophisticated ("intrusive and inflexible" if you prefer :-) packaging
system.  I think we should be able to achieve interoperability in most
cases though.

-- 
Institute of Policy and Planning Sciences     http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba                    Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
               Ask not how you can "do" free software business;
              ask what your business can "do for" free software.

  reply	other threads:[~2005-01-04 12:00 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-30 19:31 `make' written in elisp Michael Schierl
2003-12-31 22:57 ` Richard Stallman
2003-12-31 23:14   ` Michael Schierl
2004-01-01 21:10     ` Richard Stallman
2004-01-01 21:37       ` Michael Schierl
2004-01-04 23:25 ` Stefan Monnier
2005-01-02 16:06   ` Richard Stallman
2005-01-02 23:22     ` David Kastrup
2005-01-02 23:55       ` Ralf Angeli
2005-01-03  0:07         ` David Kastrup
2005-01-03  0:25           ` Ralf Angeli
2005-01-03  4:32             ` Richard Stallman
2005-01-03  8:02               ` David Kastrup
2005-01-03  9:36                 ` Eli Zaretskii
2005-01-03 16:45                   ` Stefan Monnier
2005-01-03  9:10               ` Ralf Angeli
2005-01-03 18:29                 ` Richard Stallman
2005-01-03 19:28                   ` Ralf Angeli
2005-01-03 23:10                     ` David Kastrup
2005-01-04  3:38                     ` Richard Stallman
2005-01-04 11:17                       ` Ralf Angeli
2005-01-03  0:26       ` Stefan
2005-01-03 11:05         ` Stephen J. Turnbull
2005-01-03 17:16           ` Stefan Monnier
2005-01-04 12:00             ` Stephen J. Turnbull [this message]
2005-01-04 13:59               ` Stefan
2005-01-04 14:07                 ` Miles Bader
2004-03-31 22:31 ` patch for locate-file-completion? Nic Ferrier
2004-04-01 17:34   ` Richard Stallman
     [not found] <E1CloEh-0004Sl-Hg@monty-python.gnu.org>
2005-01-04 16:10 ` `make' written in elisp Eric M. Ludlam

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=87acrp2yl3.fsf@tleepslib.sk.tsukuba.ac.jp \
    --to=stephen@xemacs.org \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    --cc=schierlm@gmx.de \
    /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.