1 This is a checklist for making Guile releases.
2 It's specific to the FSF's development environment; please don't put
3 it in the distribution.
5 Maybe we should name Guile releases after entertaining poisons:
6 absinthe, etc. However, the first release containing the module
7 system should be called Godot: "This is the one you've been waiting
12 * Deprecate `read-only-string?'.
14 After signal handling and threading have been fixed:
15 - remove the code corresponding to GUILE_OLD_ASYNC_CLICK and the corresponding
16 GUILE_OLD_ASYNC_CLICK macro.
20 - Q: Was SCM_FLOBUFLEN only deprecated publically, or was it supposed
21 to be removed from numbers.c as well?
23 - remove code related to the name property of hooks. Also, check init.c,
24 since the dependency between hooks and objprop will then be eliminated.
28 - remove compatability module (ice-9 and-let*). It
29 has been replaced by (ice-9 and-let-star) and/or (srfi srfi-2).
31 - remove support for autoloading compiled-code modules:
33 try-module-dynamic-link
35 scm_register_module_xxx
37 - remove deprecated variables:
38 scm_top_level_lookup_closure_var
39 - remove deprecated functions:
40 eval.c: scm_eval2, scm_eval_3
41 load.c: scm_read_and_eval_x
42 smob.c: scm_make_smob_type_mfpe, scm_set_smob_mfpe
45 - remove deprecated procedures:
46 boot-9.scm: eval-in-module, id
47 - remove deprecated macros: SCM_OUTOFRANGE, SCM_NALLOC, SCM_HUP_SIGNAL,
48 SCM_INT_SIGNAL, SCM_FPE_SIGNAL, SCM_BUS_SIGNAL, SCM_SEGV_SIGNAL,
49 SCM_ALRM_SIGNAL, SCM_GC_SIGNAL, SCM_TICK_SIGNAL, SCM_SIG_ORD,
50 SCM_ORD_SIG, SCM_NUM_SIGS, SCM_SLOPPY_STRINGP, SCM_VALIDATE_STRINGORSUBSTR,
51 SCM_FREEP, SCM_NFREEP, SCM_CHARS, SCM_UCHARS, SCM_VALIDATE_ROSTRING,
52 SCM_VALIDATE_ROSTRING_COPY, SCM_VALIDATE_NULLORROSTRING_COPY, SCM_ROLENGTH,
53 SCM_LENGTH, SCM_HUGE_LENGTH, SCM_SUBSTRP, SCM_SUBSTR_STR, SCM_SUBSTR_OFFSET,
54 SCM_COERCE_SUBSTR, SCM_ROSTRINGP, SCM_RWSTRINGP, SCM_VALIDATE_RWSTRING,
55 SCM_ROCHARS, SCM_ROUCHARS, SCM_SETLENGTH, SCM_SETCHARS, SCM_LENGTH_MAX,
56 SCM_GC8MARKP, SCM_SETGC8MARK, SCM_CLRGC8MARK, SCM_GCTYP16, SCM_GCCDR,
57 SCM_SUBR_DOC, SCM_OPDIRP, SCM_VALIDATE_OPDIR, SCM_WTA, RETURN_SCM_WTA,
58 SCM_WNA, SCM_FUNC_NAME, SCM_VALIDATE_NUMBER_COPY,
59 SCM_VALIDATE_NUMBER_DEF_COPY, SCM_SLOPPY_CONSP, SCM_SLOPPY_NCONSP,
60 SCM_SETAND_CDR, SCM_SETOR_CDR, SCM_SETAND_CAR, SCM_SETOR_CAR,
62 - remove scm_vector_set_length_x
63 - remove function scm_call_catching_errors
64 (replaced by catch functions from throw.[ch])
65 - remove support for "#&" reader syntax in (ice-9 optargs).
66 - remove scm_make_shared_substring
67 - remove scm_read_only_string_p
69 - remove scm_tc7_ssymbol
70 - remove scm_tc7_msymbol
71 - remove scm_tcs_symbols
72 - remove scm_sloppy_memq, scm_sloppy_memv, scm_sloppy_member
73 - consider removing the automatic loading of (ice-9 rdelim) when guile
74 starts up. This would be a brave move, since a lot of code will
75 assume that read-line is available by default. However it would make
76 it easier to use alternative implementations of this module, e.g., a
77 strictly scsh-compatible version which uses multiple values. For
78 interactive use it would be easy to load the module in ~/.guile.
79 - remove scm_close_all_ports_except
80 - remove scm_strprint_obj
81 - remove SCM_CONST_LONG
84 Modules sort.c and random.c should be factored out into separate
85 modules (but still be distributed with guile-core) when we get a new
88 Platforms for test builds:
89 SunOS (gcc and pcc) --- galapas.ai.mit.edu
90 Solaris (gcc and SUN cc) --- saturn.ai.mit.edu
91 NetBSD (gcc) --- repo-man.ai.mit.edu (use /home/repo/jimb)
92 HP/UX (gcc, HP cc) --- nutrimat.gnu.ai.mit.edu
94 These gentlemen have kindly offered to do pre-release testing:
96 Tom Tromey <tromey@cygnus.com>:
98 alphaev5-unknown-linux-gnu
102 powerpc-ibm-aix4.2.0.0
103 powerpc-unknown-linux-gnu
109 Ian Grant <I.A.N.Grant@damtp.cam.ac.uk>:
113 Julian Satchell <satchell@merry.dra.hmg.gb>:
117 Perry Metzger <perry@piermont.com>
122 Release Checklists ===================================================
124 There are basically two phases to doing a release:
126 * "SPIFFING": Updating NEWS, README, INSTALL. Running tests. Getting
127 people to try builds on various machines. Getting everything
130 * "PUNTING": Updating the version numbers. Tagging the sources. Asking
131 the FSF to put the disty on ftp.gnu.org. Posting announcements.
133 The "Spiffing" phase you might go through several times as you
134 discover problems. The "Punting" phase you do only once.
139 * Do a `cvs update -A', to get rid of any sticky tags in your working
141 * Check for files that have changed a lot, but do not have up-to-date
142 copyright notices. This can be as simple as doing:
143 grep 'Copyright' * | grep -v 1999
144 and looking for files you know you've worked on a lot.
145 * Make sure NEWS, INSTALL and the docs are up to date:
146 + Scan the ChangeLogs for user-visible changes, marked with an asterisk
148 + Update NEWS and the Texinfo documentation as appropriate.
149 + Remove the user-visible markers from the log entries once they're
151 + Check for any [[incomplete]] sections of NEWS.
152 + Fact-check INSTALL.
153 * Make sure the downloading addresses and filenames in README are
154 current. (But don't bump the version number yet. We do that below.)
155 * Check that the versions of aclocal, automake, autoconf, and autoheader
156 in your PATH match those given in HACKING. Note that the `make
157 dist' process always invokes these tools, even when all the
158 generated files are up to date.
159 * Rebuild all generated files in the source tree:
160 + Install the .m4 files where aclocal will find them.
165 * Verify that Guile builds and runs in your working directory.
166 * Run the test suite, in guile-core/test-suite.
167 * Commit all changes to the CVS repository.
168 * Build a test distribution.
169 + BEFORE doing 'make dist', configure the source tree for build
170 in the same tree with configuration options
171 --enable-maintainer-mode --enable-debug-malloc --with-threads.
172 + Make sure that readline was enabled correctly.
174 (If the above steps are not done, the dependencies won't be properly
175 included in the generated Makefile.in files.)
176 + Then do 'make dist'.
177 + Check that the dependencies in guile-readline/Makefile look OK.
178 (We currently use a kludge which edits the dependencies generated
179 by automake so that Guile can be built in a directory separate
180 from the source tree also with non-GNU make programs.)
181 * Give the test disty to various people to try. Here's what you should do:
182 + Unset GUILE_LOAD_PATH.
183 + Remove automake and autoconf from your path, or turn off their
184 execute bits, or something. (Users must be able to build the
185 disty without installing those tools.)
186 + Configure, make, and install.
187 + Make sure LD_LIBRARY_PATH doesn't include anything unnecessary.
188 + Run the test suite on the installed version.
189 + You might try the example code in the doc directory.
191 Once you've got a disty that seems pretty solid:
193 * Choose new interface numbers for shared libraries.
194 * Update the version numbers in GUILE-VERSION and README. (There are
195 many places in README that need updating!) The Guile version
196 number should have one of the following forms:
197 N.M - a major release
198 N.M.L, where L is even - a minor release
199 N.M.L, where L is odd - sources from CVS or nightly snapshot
200 * Reformat the names in THANKS.
201 * Do a `cvs update -A' of the whole tree, to look for any stray
202 uncommitted or accidental changes.
203 * Commit your changes.
204 * Make one last test distribution.
208 * Add "Guile N.M released." entry to the top-level ChangeLog, and commit it.
209 * Tag the entire source tree with a tag of the form "release_N_M"
212 * Put the distribution up for FTP somewhere, and send mail to
213 ftp-upload@gnu.org, asking them to put it on prep.
214 * Send an announcement message to gnu-announce@gnu.org. Put a brief
215 summary of the changes in this release first, then "Obtaining
216 Guile", "Thanks", "About This Distribution," and "Nightly
217 Snapshots." If I remember correctly, the moderator will delay it
218 until the distribution appears on ftp.gnu.org. The announcement
219 text should be mostly taken from Guile's README file.
220 * Notify freshmeat.net, although they're probably watching anyway.
221 (They got the 1.3 release just fine.) I have no idea if
222 www.bowerbird.com.au will be something anyone refers to, but Guile
223 does have an entry there.
224 * Tweak the version numbers in GUILE-VERSION, and README to indicate
225 that the sources are a snapshot again. Snapshots should have
226 version numbers of the form "N.M.L", where L is odd.
227 * Start a new section of the NEWS file.
228 * Start a new THANKS file.