Commit | Line | Data |
---|---|---|
a872de20 | 1 | This is the Guile developer notice-board. -*- change-log -*- |
f4da3181 MD |
2 | ---------------------------------------------------------------------- |
3 | CONTENTS: Notes of various kinds which the Guile developers want to | |
4 | share among eachother, e. g., a memo about something which needs | |
5 | fixing. Describing a certain problem here means that everyone is free | |
6 | to fix it when and as he wishes. (Of course it can sometimes be suitable | |
7 | to discuss it first.) | |
8 | ||
9 | RULES: Entries should have a date and the name of the author. Entries | |
10 | should be sufficiently detailed to enable other members of the team to | |
11 | understand them, but they need not be comprehensible to people who | |
12 | don't spend much time on Guile. This file should not go into | |
13 | snapshots or distributions, but is a strictly internal document. | |
14 | ||
15 | CONVENTIONS: ChangeLog format. (Reverse chronological order.) | |
16 | ---------------------------------------------------------------------- | |
17 | ||
b045e532 MD |
18 | Sun Mar 9 15:45:14 1997 Mikael Djurfeldt <mdj@mdj.nada.kth.se> |
19 | ||
d2d82421 MD |
20 | * We need to discuss the long-term solution to Guile configuration |
21 | and customization. | |
22 | ||
2d42545d MD |
23 | * Some day when more important stuff (module system, threads, Tk |
24 | interface etc) has been completed, we should split up SCM's | |
25 | ChangeLog among us, and go through all changes since the birth of | |
26 | Guile. We might find many nice bug fixes and improvements... | |
27 | ||
b045e532 MD |
28 | * libguile/gc.c (scm_gc_sweep): The probability of collecting a |
29 | free cell should be very low (only occurring when a signal has | |
30 | interrupted allocation). Nevertheless, the GC immediately exits | |
31 | when the free cell test is enabled in the sweeper. Where does | |
32 | this free cell come from? | |
33 | ||
34 | * libguile/arbiters.c: Remove this file? When we've implemented | |
35 | POSIX thread support, "arbiters" will be superfluous. | |
36 | ||
cd7522e9 MD |
37 | Thu Mar 6 00:54:59 1997 Mikael Djurfeldt <mdj@mdj.nada.kth.se> |
38 | ||
39 | * libguile/unif.c: Introduce "fancy printing" for vectors. "Fancy | |
40 | printing" is performed by the printer when the `fancyp' flag is | |
41 | set in the print state (see print.h). One of its effects is that | |
42 | sequences should be printed with maximum `length' objects. (This | |
43 | is currently only used in backtraces and error messages). | |
44 | This works for lists, but not yet for vectors and arrays. | |
45 | ||
98672f5d MD |
46 | Wed Mar 5 22:56:19 1997 Mikael Djurfeldt <mdj@mdj.nada.kth.se> |
47 | ||
48 | * libguile/struct.c, libguile/struct.h, libguile/gc.c: Structs | |
49 | need reimplementation. Both user interface and representation | |
50 | need to be improved. E. g., the struct part of scm_gc_mark need | |
51 | to be a lot more efficient. We should probably do this redesign | |
52 | when designing(/porting) the object system. | |
53 | ||
54 | * libguile/symbols.c (SCM_SYMBOL_HASH): This is slot is currently | |
55 | not used for anything (except that it is used by symbol-hash). I | |
56 | suppose it was originally intended to avoid doing multiple hashing | |
57 | steps when handling symbols. | |
58 | ||
f4da3181 MD |
59 | Mon Mar 3 21:36:58 1997 Mikael Djurfeldt <mdj@mdj.nada.kth.se> |
60 | ||
61 | * libguile/procprop.c: The current implementation of procedure | |
62 | properties of closures uses a special property slot | |
63 | (SCM_PROCPROPS (closure)), but primitive procedures don't have | |
64 | such a slot. Setting or getting source properties for primitive | |
65 | procedures currently involves making fake closures. These are | |
66 | stored in an alist => finding the properties of a primitive | |
67 | procedure is O (n primitive procedures with properties) which is | |
68 | unacceptable. | |
69 | ||
70 |