Namazu: a Full-Text Search Engine

This index contains 0 documents and 0 keywords.

Last modified: date


Query: [How to search]

Display: Description: Sort:

Results:

References: { [ native: 2870 ] [ compilation: 4622 ] :: 13 }

Total 13 documents matching your query.

1. Re: Compilation to native (score: 408)
Author: Matthew Mundell <matt@mundell.ukfsn.org>
Date: 22 Mar 2004 23:42:52 +0000
The example may come within a factor of 2 with Fsub1 and Fgtr inlined instead of called. This depends on the proportion of time being spent in set_internal. I'll try it. The loop _is_ purely computat
/archive/html/emacs-devel/2004-03/msg00525.html (8,562 bytes)

2. Re: Compilation to native (score: 396)
Author: Matthew Mundell <matt@mundell.ukfsn.org>
Date: 16 Apr 2004 15:22:29 +0100
Yes. The optimisation could use the absolute versions. That could save the byte compiler from having to count the change in stack depth when replacing the loop's varsets and varrefs. However, for nat
/archive/html/emacs-devel/2004-04/msg00616.html (6,588 bytes)

3. Re: Compilation to native (score: 384)
Author: Stefan Monnier <monnier@iro.umontreal.ca>
Date: 12 Apr 2004 16:57:35 -0400
I don't understand. Could you give us more info about what those new byte ops are and what they're used for (and maybe why you think they make things slower in the byte-interpreter, tho I should be
/archive/html/emacs-devel/2004-04/msg00386.html (7,646 bytes)

4. Compiling byte code to native (score: 315)
Author: Matthew Mundell <matt@mundell.ukfsn.org>
Date: 02 Jun 2004 12:43:41 +0100
The native compilation effort introduced earlier this year is archived at http://www.mundell.ukfsn.org/native. It can now compile all the byte codes. Here are three speed comparisons. The commas in t
/archive/html/emacs-devel/2004-06/msg00070.html (6,351 bytes)

5. Re: Compiling byte code to native (score: 241)
Author: Matthew Mundell <matt@mundell.ukfsn.org>
Date: 02 Jun 2004 17:30:14 +0100
This would be quite similar to compiling to a primitive, where the arguments will have to be lexically scoped. It may show an improvement over the standard byte-code, but the lexbind byte-code may sh
/archive/html/emacs-devel/2004-06/msg00075.html (5,752 bytes)

6. Re: Compiling byte code to native (score: 241)
Author: Stefan Monnier <monnier@iro.umontreal.ca>
Date: 02 Jun 2004 10:22:50 -0400
The speedups are disappointing, but I'm not surprised: most byte-code operations end up calling non-trivial C functions. Maybe the results would be a bit more encouraging if you tried to compile lex
/archive/html/emacs-devel/2004-06/msg00072.html (5,364 bytes)

7. Re: Emacs Lisp JIT Compiler (score: 44)
Author: Johan Bockgård <bojohan@gnu.org>
Date: Tue, 13 Dec 2016 23:24:04 +0100
There was also an old attempt to bring native compilation to Emacs by using GNU lightning: http://www.mundell.ukfsn.org/native/ http://lists.gnu.org/archive/html/emacs-devel/2004-03/msg00469.html
/archive/html/emacs-devel/2016-12/msg00553.html (5,846 bytes)

8. Re: Emacs Lisp's future (score: 42)
Author: Taylan Ulrich Bayirli/Kammer <taylanbayirli@gmail.com>
Date: Wed, 17 Sep 2014 22:11:10 +0200
I'm not talking about the language-semantic locations of objects, rather that for example the same "physical" object in your RAM is at the same time an Elisp function, and a Scheme procedure. `functi
/archive/html/emacs-devel/2014-09/msg00525.html (14,243 bytes)

9. Re: Emacs Lisp's future (score: 36)
Author: David Kastrup <dak@gnu.org>
Date: Wed, 17 Sep 2014 17:33:30 +0200
Uh, no? In Lisp, functions are bound to the function cell of a symbol which is different from the value cell of a symbol. In GUILE, nothing is bound to a symbol at all. Modules establish a mapping be
/archive/html/emacs-devel/2014-09/msg00503.html (11,253 bytes)

10. Re: Emacs build times on Windows (score: 19)
Author: Eli Zaretskii <eliz@gnu.org>
Date: Sat, 21 Apr 2012 16:52:40 +0300
Parallel builds are supported by the native Windows build of GNU Make since v3.81. So if you have mingw32-make v3.81 or 3.82, you should be all set for parallelism. Like I said: you need to say "min
/archive/html/emacs-devel/2012-04/msg00643.html (6,151 bytes)

11. Re: guile and emacs and elisp, oh my! (score: 19)
Author: joakim@verona.se
Date: Thu, 15 Apr 2010 10:53:12 +0200
I find this very interesting. Do you have some form of plan how to integrate this form of Guile and Emacs? Can it be done incrementally, that is, can the current elisp system and the guile system coe
/archive/html/emacs-devel/2010-04/msg00693.html (12,844 bytes)

12. guile and emacs and elisp, oh my! (score: 19)
Author: Andy Wingo <wingo@pobox.com>
Date: Wed, 14 Apr 2010 22:18:22 +0200
Greetings, all! My name is Andy, and together with Ludovic Courtès I co-maintain Guile. I meant to put off writing this note until some months in the future, but as people seem to be interested in t
/archive/html/emacs-devel/2010-04/msg00665.html (10,856 bytes)

13. Re: Emacs Lisp's future (score: 13)
Author: Taylan Ulrich Bayirli/Kammer <taylanbayirli@gmail.com>
Date: Wed, 17 Sep 2014 17:07:20 +0200
Well, the Elisp and Scheme integration is pretty great. Maybe you know all of the following, but for those who didn't: - There's no data type conversion because the same object in memory is the right
/archive/html/emacs-devel/2014-09/msg00496.html (9,721 bytes)


This search system is powered by Namazu v

foobar@namazu.org