Mercurial > hg > xemacs-beta
annotate modules/README @ 1598:ac1be85b4a5f
[xemacs-hg @ 2003-07-31 13:32:24 by crestani]
2003-07-29 Marcus Crestani <crestani@informatik.uni-tuebingen.de>
Markus Kaltenbach <makalten@informatik.uni-tuebingen.de>
* README.kkcc: Aligned to the changes.
* alloc.c: Implemented the kkcc_gc_stack.
(kkcc_gc_stack_init):
(kkcc_gc_stack_free):
(kkcc_gc_stack_realloc):
(kkcc_gc_stack_full):
(kkcc_gc_stack_empty):
(kkcc_gc_stack_push):
(kkcc_gc_stack_pop):
(kkcc_gc_stack_push_lisp_object):
(mark_object_maybe_checking_free): Push objects on kkcc stack instead
of marking.
(mark_struct_contents): Push objects on kkcc stack instead of marking.
(kkcc_marking): KKCC mark algorithm using the kkcc_gc_stack.
(mark_object): Removed KKCC ifdefs.
(garbage_collect_1): Push objects on kkcc stack instead of marking.
* data.c: Added XD_FLAG_NO_KKCC to ephemeron_description and to
weak_list_description.
* data.c (finish_marking_weak_lists): Push objects on kkcc stack
instead of marking.
(continue_marking_ephemerons): Push objects on kkcc stack instead
of marking.
(finish_marking_ephemerons): Push objects on kkcc stack instead
of marking.
* elhash.c (finish_marking_weak_hash_tables): Push objects on kkcc
stack instead of marking.
* eval.c: Added XD_FLAG_NO_KKCC to subr_description.
* lisp.h: Added prototype for kkcc_gc_stack_push_lisp_object.
* profile.c (mark_profiling_info_maphash): Push keys on kkcc stack
instead of marking.
author | crestani |
---|---|
date | Thu, 31 Jul 2003 13:32:26 +0000 |
parents | 25e260cb7994 |
children | da1365dd3f07 |
rev | line source |
---|---|
996 | 1 This directory contains a number of XEmacs dynamic modules. These |
2 modules can be loaded directly with the command 'M-x load-module'. | |
3 However, the preferred method of loading a module is to issue a | |
4 "(require 'module-name)" command to the Lisp interpreter. This will | |
5 store information so that a later "(unload-feature 'module-name)" can | |
6 succeed. | |
388 | 7 |
996 | 8 To compile one of these modules, simply enter the desired directory, |
9 type 'configure', and then 'make'. If you are building the module for | |
10 an installed XEmacs, then 'make install' will place the module in the | |
11 appropriate directory for XEmacs to find it later (assuming you have | |
12 permission to write to that directory). A subsequent 'load-module' or | |
13 'require' will then load the module, as described above. | |
388 | 14 |
996 | 15 Each of these demonstrates different features and limitations of the |
16 XEmacs module loading technology. For a complete discussion on XEmacs | |
17 dynamic modules, please consult the XEmacs Module Writers Guide, which | |
18 can be found in the ../info directory. | |
388 | 19 |
996 | 20 For those wanting to get started with module writing, please see the |
21 'sample' directory. It contains two subdirectories: internal and | |
22 external. The 'internal' subdirectory contains the framework needed to | |
23 migrate some core piece of XEmacs functionality into code that can | |
24 either be compiled into the core or built as a separate module. The | |
25 'external' subdirectory contains the somewhat simpler framework needed | |
26 to build a module separately from XEmacs. These should be considered | |
27 starting places for module writing. |