[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.

-*- text -*-

For information on getting XEmacs, see the files DISTRIB and
MAILINGLISTS in the .../etc/ directory of the XEmacs distribution.


		  Getting GNU Software, 14 May 94
Copyright (C) 1986, 1987, 1988, 1989, 1990, 1992, 1993, 1994 Free Software Foundation, Inc.


	Permission is granted to anyone to make or distribute verbatim
	copies of this document provided that the copyright notice and
	this permission notice are preserved, and that the distributor
	grants the recipient permission for further redistribution as
	permitted by this notice.


* GNU and the Free Software Foundation

Project GNU is organized as part of the Free Software Foundation, Inc.
The Free Software Foundation has the following goals: 1) to create GNU
as a full development/operating system.  2) to distribute GNU and
other useful software with source code and permission to copy and
redistribute.

Further information on the rationale for GNU is in file
`/pub/gnu/GNUinfo/GNU' (all files referred to are on the Internet host
prep.ai.mit.edu).

Information on GNU Internet mailing lists and gnUSENET newsgroups can
be found in `/pub/gnu/GNUinfo/MAILINGLISTS'.

* How To Get The Software

The easiest way to get a copy of the distribution is from someone else
who has it.  You need not ask for permission to do so, or tell any one
else; just copy it.  The second easiest is to ftp it over the
Internet.  The third easiest way is to uucp it.  Ftp and uucp
information is in `/pub/gnu/GNUinfo/FTP'.

If you cannot get a copy any of these ways, or if you would feel more
confident getting copies straight from us, or if you would like to get
some funds to us to help in our efforts, you can order one from the
Free Software Foundation.  See `/pub/gnu/GNUinfo/DISTRIB' and
`/pub/gnu/GNUinfo/ORDERS'.

* What format are the *.gz files in?

Because the unix `compress' utility is patented (by two separate
patents, in fact), we cannot use it; it's not free software.

Therefore, the GNU Project has chosen a new compression utility,
`gzip', which is free of any known software patents and which tends to
compress better anyway.  As of March 1993, all compressed files in the
GNU anonymous FTP area, `prep.ai.mit.edu:/pub/gnu', have been
converted to the new format.  Files compressed with this new
compression program end in `.gz' (as opposed to `compress'-compressed
files, which end in `.Z').

Gzip can uncompress `compress'-compressed files and `pack'-compressed
files (which end in `.z').  This is possible because the various
decompression algorithms are not patented---only compression is.

The gzip program is available from any GNU mirror site (see
`/pub/gnu/GNUinfo/FTP' for a list of mirror sites) in shar, tar, or
gzipped tar format (for those who already have a prior version of gzip
and want faster data transmission).  It works on virtually every unix
system, MSDOS, OS/2, and VMS.

* Available Software

** GNU Emacs

The GNU Emacs distribution includes: 	
	- manual source in TeX format.
	- an enhanced regex (regular expression) library.

See files `/pub/gnu/GNUinfo/MACHINES*' for the status of porting Emacs
to various machines and operating systems.

** C Scheme - a block structured dialect of LISP.

The Free Software Foundation distributes C Scheme for the MIT Scheme
Project on its Scheme tapes.  The full ftp distribution can be gotten
via anonymous FTP from altdorf.ai.mit.edu in directory /archive.

Problems with the C Scheme distribution and its ftp distribution
should be referred to: <bug-cscheme@martigny.ai.mit.edu>.  There are
two general mailing lists: <info-cscheme@martigny.ai.mit.edu>and
<scheme@mc.lcs.mit.edu>.  Send requests to join either list to:
<info-cscheme-request@martigny.ai.mit.edu> or
<scheme-request@mc.lcs.mit.edu>.

** Other GNU Software

A full list of available software are in `/pub/gnu/GNUinfo/ORDERS' and
`/pub/gnu/DESCRIPTIONS'.

* No Warranties

We distribute software in the hope that it will be useful, but without
any warranty.  No author or distributor of this software accepts
responsibility to anyone for the consequences of using it or for
whether it serves any particular purpose or works at all, unless he
says so in writing.

* If You Like The Software

If you like the software developed and distributed by the Free
Software Foundation, please express your satisfaction with a donation.
Your donations will help to support the foundation and make our future
efforts successful, including a complete development and operating
system, called GNU (Gnu's Not Un*x), which will run Un*x user
programs.  Please note that donations and funds raised by selling
tapes, CD-ROMs, and floppy diskettes are the major source of funding
for our work.

For more information on GNU and the Foundation, contact us at Internet
address <gnu@prep.ai.mit.edu> or the foundation's US Mail address
found in file `/pub/gnu/GNUinfo/ORDERS'.