Mercurial > hg > xemacs-beta
annotate GETTING.GNU.SOFTWARE @ 814:a634e3b7acc8
[xemacs-hg @ 2002-04-14 12:41:59 by ben]
latest changes
TODO.ben-mule-21-5: Update.
make-docfile.c: Add basic support for handling ISO 2022 doc strings -- we parse
the basic charset designation sequences so we know whether we're
in ASCII and have to pay attention to end quotes and such.
Reformat code according to coding standards.
abbrev.el: Add `global-abbrev-mode', which turns on or off abbrev-mode in all
buffers. Added `defining-abbrev-turns-on-abbrev-mode' -- if
non-nil, defining an abbrev through an interactive function will
automatically turn on abbrev-mode, either globally or locally
depending on the command. This is the "what you'd expect"
behavior.
indent.el: general function for indenting a balanced expression in a
mode-correct way. Works similar to indent-region in that a mode
can specify a specific command to do the whole operation; if not,
figure out the region using forward-sexp and indent each line
using indent-according-to-mode.
keydefs.el: Removed.
Modify M-C-backslash to do indent-region-or-balanced-expression.
Make S-Tab just insert a TAB char, like it's meant to do.
make-docfile.el: Now that we're using the call-process-in-lisp, we need to load
an extra file win32-native.el because we're running a bare temacs.
menubar-items.el: Totally redo the Cmds menu so that most used commands appear
directly on the menu and less used commands appear in submenus.
The old way may have been very pretty, but rather impractical.
process.el: Under Windows, don't ever use old-call-process-internal, even
in batch mode. We can do processes in batch mode.
subr.el: Someone recoded truncate-string-to-width, saying "the FSF version
is too complicated and does lots of hard-to-understand stuff" but
the resulting recoded version was *totally* wrong! it
misunderstood the basic point of this function, which is work in
*columns* not chars. i dumped ours and copied the version from
FSF 21.1. Also added truncate-string-with-continuation-dots,
since this idiom is used often.
config.inc.samp, xemacs.mak: Separate out debug and optimize flags.
Remove all vestiges of USE_MINIMAL_TAGBITS,
USE_INDEXED_LRECORD_IMPLEMENTATION, and GUNG_HO, since those
ifdefs have long been removed.
Make error-checking support actually work.
Some rearrangement of config.inc.samp to make it more logical.
Remove callproc.c and ntproc.c from xemacs.mak, no longer used.
Make pdump the default.
lisp.h: Add support for strong type-checking of Bytecount, Bytebpos,
Charcount, Charbpos, and others, by making them classes,
overloading the operators to provide integer-like operation and
carefully controlling what operations are allowed. Not currently
enabled in C++ builds because there are still a number of compile
errors, and it won't really work till we merge in my "8-bit-Mule"
workspace, in which I make use of the new types Charxpos,
Bytexpos, Memxpos, representing a "position" either in a buffer or
a string. (This is especially important in the extent code.)
abbrev.c, alloc.c, eval.c, buffer.c, buffer.h, editfns.c, fns.c, text.h: Warning fixes, some of them related to new C++ strict type
checking of Bytecount, Charbpos, etc.
dired.c: Caught an actual error due to strong type checking -- char len
being passed when should be byte len.
alloc.c, backtrace.h, bytecode.c, bytecode.h, eval.c, sysdep.c: Further optimize Ffuncall:
-- process arg list at compiled-function creation time, converting
into an array for extra-quick access at funcall time.
-- rewrite funcall_compiled_function to use it, and inline this
function.
-- change the order of check for magic stuff in
SPECBIND_FAST_UNSAFE to be faster.
-- move the check for need to garbage collect into the allocation
code, so only a single flag needs to be checked in funcall.
buffer.c, symbols.c: add debug funs to check on mule optimization info in buffers and
strings.
eval.c, emacs.c, text.c, regex.c, scrollbar-msw.c, search.c: Fix evil crashes due to eistrings not properly reinitialized under
pdump. Redo a bit some of the init routines; convert some
complex_vars_of() into simple vars_of(), because they didn't need
complex processing.
callproc.c, emacs.c, event-stream.c, nt.c, process.c, process.h, sysdep.c, sysdep.h, syssignal.h, syswindows.h, ntproc.c: Delete. Hallelujah, praise the Lord, there is no god
but Allah!!!
fix so that processes can be invoked in bare temacs -- thereby
eliminating any need for callproc.c. (currently only eliminated
under NT.) remove all crufty and unnecessary old process code in
ntproc.c and elsewhere. move non-callproc-specific stuff (mostly
environment) into process.c, so callproc.c can be left out under
NT.
console-tty.c, doc.c, file-coding.c, file-coding.h, lstream.c, lstream.h: fix doc string handling so it works with Japanese, etc docs.
change handling of "character mode" so callers don't have to
manually set it (quite error-prone).
event-msw.c: spacing fixes.
lread.c: eliminate unused crufty vintage-19 "FSF defun hack" code.
lrecord.h: improve pdump description docs.
buffer.c, ntheap.c, unexnt.c, win32.c, emacs.c: Mule-ize some unexec and startup code. It was pseudo-Mule-ized
before by simply always calling the ...A versions of functions,
but that won't cut it -- eventually we want to be able to run
properly even if XEmacs has been installed in a Japanese
directory. (The current problem is the timing of the loading of
the Unicode tables; this will eventually be fixed.) Go through and
fix various other places where the code was not Mule-clean.
Provide a function mswindows_get_module_file_name() to get our own
name without resort to PATH_MAX and such. Add a big comment in
main() about the problem with Unicode table load timing that I
just alluded to.
emacs.c: When error-checking is enabled (interpreted as "user is developing
XEmacs"), don't ask user to "pause to read messages" when a fatal
error has occurred, because it will wedge if we are in an inner
modal loop (typically when a menu is popped up) and make us unable
to get a useful stack trace in the debugger.
text.c: Correct update_entirely_ascii_p_flag to actually work.
lisp.h, symsinit.h: declarations for above changes.
author | ben |
---|---|
date | Sun, 14 Apr 2002 12:43:31 +0000 |
parents | 376386a54a3c |
children |
rev | line source |
---|---|
0 | 1 -*- text -*- |
2 | |
3 For information on getting XEmacs, see the files DISTRIB and | |
4 MAILINGLISTS in the .../etc/ directory of the XEmacs distribution. | |
5 | |
6 | |
7 Getting GNU Software, 14 May 94 | |
8 Copyright (C) 1986, 1987, 1988, 1989, 1990, 1992, 1993, 1994 Free Software Foundation, Inc. | |
9 | |
10 | |
11 Permission is granted to anyone to make or distribute verbatim | |
12 copies of this document provided that the copyright notice and | |
13 this permission notice are preserved, and that the distributor | |
14 grants the recipient permission for further redistribution as | |
15 permitted by this notice. | |
16 | |
17 | |
18 * GNU and the Free Software Foundation | |
19 | |
20 Project GNU is organized as part of the Free Software Foundation, Inc. | |
21 The Free Software Foundation has the following goals: 1) to create GNU | |
22 as a full development/operating system. 2) to distribute GNU and | |
23 other useful software with source code and permission to copy and | |
24 redistribute. | |
25 | |
26 Further information on the rationale for GNU is in file | |
27 `/pub/gnu/GNUinfo/GNU' (all files referred to are on the Internet host | |
28 prep.ai.mit.edu). | |
29 | |
30 Information on GNU Internet mailing lists and gnUSENET newsgroups can | |
31 be found in `/pub/gnu/GNUinfo/MAILINGLISTS'. | |
32 | |
33 * How To Get The Software | |
34 | |
35 The easiest way to get a copy of the distribution is from someone else | |
36 who has it. You need not ask for permission to do so, or tell any one | |
37 else; just copy it. The second easiest is to ftp it over the | |
38 Internet. The third easiest way is to uucp it. Ftp and uucp | |
39 information is in `/pub/gnu/GNUinfo/FTP'. | |
40 | |
41 If you cannot get a copy any of these ways, or if you would feel more | |
42 confident getting copies straight from us, or if you would like to get | |
43 some funds to us to help in our efforts, you can order one from the | |
44 Free Software Foundation. See `/pub/gnu/GNUinfo/DISTRIB' and | |
45 `/pub/gnu/GNUinfo/ORDERS'. | |
46 | |
47 * What format are the *.gz files in? | |
48 | |
49 Because the unix `compress' utility is patented (by two separate | |
50 patents, in fact), we cannot use it; it's not free software. | |
51 | |
52 Therefore, the GNU Project has chosen a new compression utility, | |
53 `gzip', which is free of any known software patents and which tends to | |
54 compress better anyway. As of March 1993, all compressed files in the | |
55 GNU anonymous FTP area, `prep.ai.mit.edu:/pub/gnu', have been | |
56 converted to the new format. Files compressed with this new | |
57 compression program end in `.gz' (as opposed to `compress'-compressed | |
58 files, which end in `.Z'). | |
59 | |
60 Gzip can uncompress `compress'-compressed files and `pack'-compressed | |
61 files (which end in `.z'). This is possible because the various | |
62 decompression algorithms are not patented---only compression is. | |
63 | |
64 The gzip program is available from any GNU mirror site (see | |
65 `/pub/gnu/GNUinfo/FTP' for a list of mirror sites) in shar, tar, or | |
66 gzipped tar format (for those who already have a prior version of gzip | |
67 and want faster data transmission). It works on virtually every unix | |
68 system, MSDOS, OS/2, and VMS. | |
69 | |
70 * Available Software | |
71 | |
72 ** GNU Emacs | |
73 | |
74 The GNU Emacs distribution includes: | |
75 - manual source in TeX format. | |
76 - an enhanced regex (regular expression) library. | |
77 | |
78 See files `/pub/gnu/GNUinfo/MACHINES*' for the status of porting Emacs | |
79 to various machines and operating systems. | |
80 | |
81 ** C Scheme - a block structured dialect of LISP. | |
82 | |
83 The Free Software Foundation distributes C Scheme for the MIT Scheme | |
84 Project on its Scheme tapes. The full ftp distribution can be gotten | |
85 via anonymous FTP from altdorf.ai.mit.edu in directory /archive. | |
86 | |
87 Problems with the C Scheme distribution and its ftp distribution | |
88 should be referred to: <bug-cscheme@martigny.ai.mit.edu>. There are | |
89 two general mailing lists: <info-cscheme@martigny.ai.mit.edu>and | |
90 <scheme@mc.lcs.mit.edu>. Send requests to join either list to: | |
91 <info-cscheme-request@martigny.ai.mit.edu> or | |
92 <scheme-request@mc.lcs.mit.edu>. | |
93 | |
94 ** Other GNU Software | |
95 | |
96 A full list of available software are in `/pub/gnu/GNUinfo/ORDERS' and | |
97 `/pub/gnu/DESCRIPTIONS'. | |
98 | |
99 * No Warranties | |
100 | |
101 We distribute software in the hope that it will be useful, but without | |
102 any warranty. No author or distributor of this software accepts | |
103 responsibility to anyone for the consequences of using it or for | |
104 whether it serves any particular purpose or works at all, unless he | |
105 says so in writing. | |
106 | |
107 * If You Like The Software | |
108 | |
109 If you like the software developed and distributed by the Free | |
110 Software Foundation, please express your satisfaction with a donation. | |
111 Your donations will help to support the foundation and make our future | |
112 efforts successful, including a complete development and operating | |
113 system, called GNU (Gnu's Not Un*x), which will run Un*x user | |
114 programs. Please note that donations and funds raised by selling | |
115 tapes, CD-ROMs, and floppy diskettes are the major source of funding | |
116 for our work. | |
117 | |
118 For more information on GNU and the Foundation, contact us at Internet | |
119 address <gnu@prep.ai.mit.edu> or the foundation's US Mail address | |
120 found in file `/pub/gnu/GNUinfo/ORDERS'. |