[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Obsoleting end-user-functions [was: turn-on-* type functions]
From: |
Daniel Colascione |
Subject: |
Re: Obsoleting end-user-functions [was: turn-on-* type functions] |
Date: |
Sun, 04 Apr 2010 23:11:37 -0400 |
User-agent: |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 4/4/10 10:29 PM, Stephen J. Turnbull wrote:
> Stefan Monnier writes:
> A harder, invasive idea: get rid of explicit byte-compilation, by
> default. If Emacs always byte-compiles out-of-date libraries at load
> time, the warnings would be generated.
I've been using byte-code-cache.el for years. It reimplements load in
lisp, byte-compiling files and automatically caching the results. It's a
hack, but it works very well for most things I try with it; to date, the
only things I've seen break with it are tramp and nxhtml, though I
haven't put as much effort as I should have into figuring out _why_ it
breaks.
> Rationale: I don't think I've ever seen a test-suite difference
> between byte-compiled and directly interpreted code in XEmacs, and
> only a few such bugs in beta testing or end use. Of course in the
> nature of Lisp there may need to be a way to inhibit byte compilation,
> but these days I think it's appropriate to require a flag of some kind
> (command-line option, Lisp variable) to inhibit.
For a long time, SBCL got by very well without an interpreter. It only
recently grew one to deal with some special cases.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (Darwin)
iEYEARECAAYFAku5VOkACgkQ17c2LVA10VsNfwCgw6MjjlGEINjgD1hXwbdm6T20
SrYAoKseLJYmlEnof5IJuE3jOh2LJ0KM
=paP/
-----END PGP SIGNATURE-----
- turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Dan Nicolaescu, 2010/04/02
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Stefan Monnier, 2010/04/02
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Richard Stallman, 2010/04/03
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Davis Herring, 2010/04/03
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Chad Brown, 2010/04/03
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Stefan Monnier, 2010/04/04
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Chad Brown, 2010/04/04
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Stefan Monnier, 2010/04/04
- Obsoleting end-user-functions [was: turn-on-* type functions], Stephen J. Turnbull, 2010/04/04
- Re: Obsoleting end-user-functions [was: turn-on-* type functions],
Daniel Colascione <=
- RE: Obsoleting end-user-functions [was: turn-on-* type functions], Drew Adams, 2010/04/05
- RE: Obsoleting end-user-functions [was: turn-on-* type functions], Stephen J. Turnbull, 2010/04/06
- Re: Obsoleting end-user-functions, Stefan Monnier, 2010/04/05
- Re: Obsoleting end-user-functions, Davis Herring, 2010/04/05
- Re: Obsoleting end-user-functions, Chad Brown, 2010/04/05
- Re: Obsoleting end-user-functions, Stephen J. Turnbull, 2010/04/06
- Re: Obsoleting end-user-functions, Richard Stallman, 2010/04/06
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Richard Stallman, 2010/04/04
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Dan Nicolaescu, 2010/04/03
- Re: turn-on-bug-reference-mode, turn-on-bug-reference-prog-mode type functions, Stefan Monnier, 2010/04/03