HDTenEightyP/NetNews huggingface dataset:
From: betsys@cs.umb.edu (Elizabeth Schwartz)
Newsgroups: gnu.gcc.help
Subject: What's the size limit for a GCC macro expansion?
Date: 12 Dec 92 04:21:26 GMT
Distribution: gnu
Organization: University of Massachusetts at Boston

Does anyone know what the limit is, in GNU C, of the size of
a set of pre-processor macro expansions? It appears to be greater than 
16k and less than 64k. 

By this I mean if I write: 
#define FOO(A,B) BAR(A,B) BAR(A,B)
#define BAR(A,B) FRED(A,B) FRED(A,B)

and so on....how big can the result be?  

Thanks, Betsy
--
System Administrator                  Internet: betsys@cs.umb.edu
MACS Dept, UMass/Boston               BITNET:ESCHWARTZ%UMBSKY.DNET@NS.UMB.EDU
100 Morrissey Blvd                    Staccato signals
Boston, MA 02125-3393                      of constant information....
From: dak@tabaqui.informatik.rwth-aachen.de (David Kastrup)
Newsgroups: gnu.gcc.help
Subject: Re: ?Strange behavior of char* vs. char[]
Date: 13 Dec 92 15:46:39 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
Distribution: usa
NNTP-Posting-Host: tabaqui.informatik.rwth-aachen.de

morgan@dl5000.bc.edu (Morgan Stair) writes:


>When I compile the following (2 file) program all indications from gdb
>are that everything should be fine, but without fail I get
>segmentation faults.  I didn't want to post this to BUGS because
>changing the "extern char *x" of sub.c to "extern char x[]" gets rid
>of the errror, but I can't see why this happens.

>Any explanations???  This was done on a DECstation, but the results
>are identical on the Sun, except that it seg-faults in _doprnt ()
>instead of strlen ().


>Here's the two files side by side:
>    /*** main.c ***/                     |/*** sub.c ***/
>    #include <stdio.h>                   |#include <stdio.h>
>    extern void sub (void);              |extern char *x;
>    char x[100];                         |char path[100];

>Like I said, I don't think this is a bug, since declaring x the same
>way in both files makes it work right, but I thought arrays and
>pointers were pretty much the same thing???

Not for the machine, only for the language. A pointer is something where
you fetch the address to be used, an array something which you use directly
as an address.

Things like that are the reason why declaring function, variables, in general
anything shared between source modules should ALWAYS happen in include
files so that the declarations match by necessity.

The amount of potential havoc caused by differing declarations increases
with ANSI C (function call coercions) and is enormous with C++. But as you
can see, even classic C is better of with common declarations in common
files (by common I mean what the dictionary says, not those F***RAN
fanatics).
Newsgroups: gnu.gcc.help
From: kkaempf@didymus.rmi.de (Klaus Kaempf)
Subject: Help ! Compiling GCC 2.3.2 with GCC 2.0.2 under Solaris 2.0
Summary: Can't assemble term.c on Solaris 2.0
Keywords: GCC 2.3.2, GCC 2.0.2, Solaris 2.0
Organization: Klaus Kaempf Softwareentwicklung
Date: Sat, 12 Dec 1992 11:15:38 GMT


Hi there !

I'm trying to install GCC 2.3.2 on a Sparc 2 running Solaris 2.0.
I have the Cygnus port of GCC 2.0.2 (taken from the Prime Time
Freeware CD, Vol 1, No 2b, July 92) up and running on the system,
but without the GNU assembler.
Compiling GCC 2.3.2 stops at the file term.c where the Solaris Assembler
(the one in /usr/ccs/bin/as) finds several
  'expressions involving an external symbol'
which it can't compute. I haven't tried porting GAS yet, fearing it could
encounter the same error. Now I'm asking the net, what is the right approach
to get GCC 2.3.2 running on Solaris 2.0 ??

Thanks for any help

Klaus

-- 
Klaus Kaempf                 E-Mail: kkaempf@didymus.rmi.de
Jakobstr. 181                Fax:    0241-403407
D-5100 Aachen                Voice:  0241-403446

Xref: sparky gnu.gcc.help:2773 comp.unix.solaris:425
From: rusty@groan.Berkeley.EDU (Rusty Wright)
Newsgroups: gnu.gcc.help,comp.unix.solaris
Subject: how do you recompile gcc if you don't have cc?
Date: 18 Dec 92 15:02:27
Organization: University of California Berkeley
Distribution: inet
NNTP-Posting-Host: groan.berkeley.edu

I have a SPARCstation that I've just installed Solaris 2.1 on.  I
don't have Sun's C compiler.  I got the Cygnus gcc binaries for
Solaris 2.1 from ftp.uu.net.  Using the Cygnus gcc, how can I compile
the latest version of gcc?  In the Makefile, it has a macro OLDCC;
you're supposed to use cc to compile the the library of arithmetic
subroutines.  If I don't have cc then how can I recompile gcc?
Newsgroups: gnu.gcc.help
From: fred@trot.ibp.fr (Frederic PETROT)
Subject: Version 1.39->2.3.2
Organization: Laboratoire MASI, Paris, France
Date: Wed, 16 Dec 1992 08:31:53 GMT


Hi folks,
I'm working on a vlsi cad system that requires a C compiler somewhere, and
three years ago, we choose to use gcc for it's parametrizarion possibilities.
We described a foolish target architecture, had gcc compile to its assembler
code, and once this file created, we where happy. At least I was.
This worked just fine with conventions of gcc1.39, and today I noticed
that the system administrator had ftped some later version of gcc, and
discarded the old one.
I said to myself ``go on boy, let's see if you're still able to build gcc for
your machine'' 

Too bad, I'm not!
I renamed the configuration file, read the INSTALL, the ChangeLogs, and noticed
some stuff that implies my machine wont allow the compiler to compile.
I haven't read the *info* yet, but I saw the birth of TRAMPOLINE stuffs, and
I'm afraid other things of that style where added.
So I've got two questions :
1) Where can I get the gcc-1.39 sources
2) Have I any interest in changing to 2.3.2, and if yes, are the descriptions
   subject to change with new version ? (I'm about to end my thesis, and I
   guess my work will be of interest only if it can be recompiled in the futur,
   myself having left the lab...)

Thanks for any replies,
Fred.
+---------------------------------------------------------------------------+
|                                                                           |
|    +------------+                        +-----------------+              |
|    |            |                    +---+ Frederic PETROT |              |
|    |            |              +-----+---+----+    |       |              |
|    |         +--+-----+        |     |   |    |    |       |              |
|    |         |  |     |        |     |   |    |    |       |              |
|    +---------+--+     |        |     |   +---------+-------+              |
|              |        |        |     |        |                           |
|            +---+      |        |     |        |                           |
|      +--- / \+/ \ ----+------- | ----+---------------------+              |
|      |   /   /   \             |     |     Equipe CAO&VLSI |              |
|      |  +---+ \   \            |     |    Laboratoire MASI |              |
|      |   \   \ +---+           |     |        |            |              |
|      |    \   /   /            +--------------+            |              |
|      |     \ / \ /   Couloir 55-65, 2eme etage, Bureau 201 |              |
|      |      +---+    Universite Pierre et Marie Curie (P6) |              |
|      +-------------- 4 place Jussieu, 75252 Paris Cedex 05 +              |
|                                      |                                    |
|          Tel:      44.27.54.15  Fax: |         44.27.62.86                |
|          Telex: UPMCSIX200145F  e-mail: petrot@masi.ibp.fr                |
|                                      |                                    |
+--------------------------------------+------------------------------------+
Organization: Queen's University at Kingston
Date: Tue, 15 Dec 1992 13:59:55 EST
From: Harry Boumeester <BOUMEEST@QUCDN.QueensU.CA>
Newsgroups: gnu.gcc.help
Subject: DUM math question for DJGPP GCC

I am just trying DJGPP GCC  with a small program that has cos as part of the
program.  After trying to compile with 'GCC -lm  dum.c' I get the error
undefined symbol _cos referenced from text segment.  I have a 387 coprocessor
,have SET 387=YES and the LIBRARY_PATH is set to where LIBM.A is.
WHAT AM I DOING WRONG?.
Newsgroups: gnu.gcc.help,gnu.g++.help,gnu.misc.discuss
From: leisner@wrc.xerox.com ( Marty Leisner)
Subject: Re: gcc include directories
Followup-To: gnu.gcc.help,gnu.g++.help,gnu.misc.discuss
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 12 Dec 1992 22:13:03 GMT


--
marty
leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
Member of the League for Programming Freedom
Newsgroups: gnu.gcc.help
From: mitch@clsi.COM (Mitchell N. Perilstein)
Subject: Need advice debugging 2.1
Organization: CAD Language Systems, Inc.
Distribution: gnu
Date: 18 Dec 92 16:07:19

I'm giving all the following information not as a bug report but as a
request in hopes that someone can suggest a debugging technique that
will result in understanding the cause of the crash.  Once understood, I
will submit a report.

I'm trying to debug gcc2.1 on a Sun 4/110 running SunOS 4.1.2. The error is

  gcc: Internal compiler error: program cc1 got fatal signal 4

while compiling an 11meg C file.  (It's automatically generated C for
simulation which needs to be that big. Anyway, it's a good torture test
for gcc.)

cc1 runs for a long time. Watching the sizes of the /tmp/cca files, the
.i appears very quickly, then the .s grows steadily in size, then stops
growing.  Things sit for about fifteen minutes in this state, with cc1
in `D' state and and gcc in `IW'. Finally, the message appears and it
leaves a 45 meg core. gdb4.6 is confused and prints only one stack frame
when examining the core.

  (gdb) i st
  #0  0xf76e3e54 in bzero ()

It works the same way when run under gdb4.6 by attach'ing to cc1.
Resourcewise, there is 50m of swap free at the lowest point, and 80m
/tmp.

If anyone thinks upgrading to more recent gcc would change anything, I
will do so.

TIA,
---
 Mitchell N. Perilstein   CAD Language Systems, Inc.   410-992-5700 x225 
 Member, League for Programming Freedom.  Mail lpf@uunet.uu.net for info.
Newsgroups: gnu.gcc.help
From: jnlee@us.oracle.com (John Lee)
Newsgroups: gnu.gcc.help
Subject: source for latest gcc
Date: 15 Dec 92 22:25:23 GMT
Distribution: gnu
Organization: Oracle Corporation
Originator: jnlee@kr2seq.us.oracle.com
X-Disclaimer: This message was written by an unauthenticated user
              at Oracle Corporation.  The opinions expressed are those
              of the user and not necessarily those of Oracle.

I would like to get a hold of latest and greatest of GCC source.
Could some one tell me where it is located?

Thanks,
John 
Newsgroups: gnu.gcc.help
From: jschamba@na35lbl1.cern.ch (Jo Schambach)
Subject: Question: Port of gcc for OS9?
Reply-To: jschamba@na35lbl1.cern.ch
Organization: CERN European Lab for Particle Physics
Date: Tue, 15 Dec 1992 13:54:09 GMT

The subject says it all: Is there a publicly available port to the OS9 system on
680x0 type processors anywhere? If so, please let me know how to get it.
Thanks in advance,		Jo Schambach

-- 

*****************************************************************
Joachim Schambach
CERN, PPE Division
CH-1211 GENEVE 23
SUISSE, SWITZERLAND

email:	jschamba@vxcern.cern.ch	or	jschamba@na35lbl1.cern.ch
Tel:	x41-22 767-6503
*****************************************************************

Newsgroups: gnu.gcc.help
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Option to disable warnings?
Organization: Minimal
Date: 17 Dec 92 14:05:55

I know the -W... option enables certain warnings; is there an option to
disable them?


--
Jason Merrill					jason@jarthur.claremont.edu
Newsgroups: gnu.gcc.announce
From: tege@sics.se (Torbjorn Granlund)
Subject: GNU superoptimizer version 2.1 released
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 15:04:40 GMT

Version 2.1 of the GNU superoptimizer (GSO) is now available for
anonymous ftp from prep.ai.mit.edu in /pub/gnu/superopt-2.1.tar.Z.
This version fixes several bugs that were present in the previous
version.  In particular if you use GSO to generate Intel x86 or
Motorola 68k code, you should upgrade to this version.


GSO is a function sequence generator that uses an exhaustive
generate-and-test approach to find the shortest instruction sequence
for a given function.  You have to tell the superoptimizer which
function and which CPU you want to get code for.

Sample GSO results:

  SPARC code for i5 = ((signed) i0 > (signed) i1):
	  subcc   %i1,%i0,%i2
	  srl     %i1,31,%i3
	  sra     %i0,31,%i4
	  addx    %i4,%i3,%i5

  Faster 80x86 code than the standard cmpl/seta/and for
  ecx = ((unsigned) eax > (unsigned) edx):
	  cmpl    %eax,%edx
	  sbbl    %ecx,%ecx
	  negl    %ecx

  MC88000 code for 'find first set bit', i.e., r6 = ffs(r2):
	  subu.co r3,r0,r2
	  and     r4,r3,r2
	  addu.ci r5,r4,r4
	  ff1     r6,r5

  POWER (RS/6000) code for r6 = ((unsigned) r3 < (unsigned) r4) + r5
	  sf      r6,r4,r3
	  sfe     r7,r5,r6
	  sf      r8,r7,r6

Aside from the CPUs in the examples above, GSO generates code for
MC680x0, Amd290xx, and Pyramid(SP,AP,XP).

Please send comments, improvements and new ports to tege@gnu.ai.mit.edu.


	Torbjorn Granlund
	Swedish Institute of Computer Science

      [ Soon to be at these ftp sites as well.  Please try them
	before prep.ai.mit.edu!  thanx -gnu@prep.ai.mit.edu

	Japan: ftp.cs.titech.ac.jp, utsun.s.u-tokyo.ac.jp:ftpsync/prep
	Australia: archie.oz.au:gnu
	Europe: src.doc.ic.ac.uk:gnu, ftp.informatik.tu-muenchen.de,
	  ftp.informatik.rwth-aachen.de:pub/gnu, nic.funet.fi:pub/gnu,
	  ugle.unit.no, isy.liu.se, ftp.stacken.kth.se, ftp.win.tue.nl,
	  ftp.diku.dk, ftp.eunet.ch, archive.eu.net
	United States: wuarchive.wustl.edu, ftp.cs.widener.edu,
	  uxc.cso.uiuc.edu, col.hp.com, gatekeeper.dec.com:pub/GNU,
	  ftp.uu.net:systems/gnu

	For information on how to order GNU software on tape, check
	the file etc/DISTRIB in the GNU Emacs distribution, or e-mail
	a request to:	gnu@prep.ai.mit.edu
      ]

Newsgroups: gnu.smalltalk.bug
From: kcousins@echidna.rp.csiro.au
Subject: Problem with build of GNU Smalltalk, version 1.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 23:54:08 GMT

Hello,

	I have a problem. I tried to build smalltalk-1.2.1 and got a problem
in some of the source.

	Following the instructions, I made mods to mstpath.h, etc. and on
trying to 'make' got the following:

> bilby:[63] make
> ===== creating configuration dependent xmakefile
> rm -f xmakefile
> cp ymakefile junk.c
> cc -E -DFOR_MAKE     junk.c | \
> sed -e 's/^#.*//' -e 's/^[ \f\t][ \f\t]*$//' -e 's/^ / /' |     \
> sed -n -e '/^..*$/p' > xmakefile
> rm -f junk.c
> ===== done creating xmakefile
> cc -g       -c mstmain.c -o mstmain.o
> cc -g       -c mstlib.c -o mstlib.o
> cc -g       -c mst.tab.c -o mst.tab.o
> cc -g       -c mstlex.c -o mstlex.o
> cc -g       -c mststr.c -o mststr.o
> cc -g       -c mstid.c -o mstid.o
> cc -g       -c msttree.c -o msttree.o
> cc -g       -c mstbyte.c -o mstbyte.o
> cc -g       -c mstinterp.c -o mstinterp.o
> ccom: Error: mstinterp.c, line 3527: illegal lhs of assignment operator
>           (char *)arg2 = (char *)toCString(oop4);
>       ------------------------------------------^
> make[1]: *** [mstinterp.o] Error 1
> make: *** [all] Error 1
> bilby:[64] 

	I was wondering is there a simple fix to this? Having looked in the
mstinterp.c file and seeing the surrounding code to be:

>       if (isClass(oop4, stringClass) || isClass(oop4, symbolClass)) {
>         (char *)arg2 = (char *)toCString(oop4);
>         return (false);
>       }

I can't see anything obviously wrong with the source code.

	Help!

		Kevin Cousins
From: tim@introl.com (Tim Chase)
Newsgroups: gnu.smalltalk.bug
Subject: Re: Problem with build of GNU Smalltalk, version 1.2
Date: 13 Dec 92 16:58:36 GMT
Distribution: gnu
Organization: Introl Corp.

In article <9212140154.AA01136@echidna.rp.CSIRO.AU> kcousins@echidna.rp.csiro.au writes:
>Hello,
>> ccom: Error: mstinterp.c, line 3527: illegal lhs of assignment operator
>>           (char *)arg2 = (char *)toCString(oop4);
>
>I can't see anything obviously wrong with the source code.

A cast isn't an lvalue and is, therefore, illegal as the left operand
of the "=" operator.  Many compilers, however, ignore "benign" casts
(generally those that don't imply a change of operand size).  The fix
is to remove the cast on the left operand.

-- 
Tim Chase		           Introl Corp. Milwaukee, WI USA
Email: tim@introl.com		   Phone: +1 (414) 327-7171
Newsgroups: gnu.smalltalk.bug
From: latta@con.berkeley.edu (Craig R. Latta)
Subject: 1.2 is out?
Organization: Experimental Computing Facility (XCF)
Distribution: gnu
Date: Mon, 14 Dec 1992 20:11:20 GMT

	GNU Smalltalk 1.2 came out? Sigh. When did this happen? Was it
announced?


-C

--
-----------------------------------------------------------------------------
Craig R. Latta           Experimental Computing Facility                (XCF)
Composer, Software and   ParcPlace Systems, Inc.        (latta@parcplace.com)
    Recording Engineer   NetJam, Berkeley                (netjam-request@xcf)
latta@xcf.Berkeley.EDU   Smallmusic OO music project (smallmusic-request@xcf)
(standard  disclaimer)   proof NL parsing project         (proof-request@xcf)
-----------------------------------------------------------------------------

Newsgroups: gnu.emacs.bug
From: barmar@think.com (Barry Margolin)
Subject: Re: Emacs suggestion
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: gnu
Date: Sat, 19 Dec 1992 04:55:52 GMT

In article <9212171638.AA23855@nene.cl.cam.ac.uk> Edmund.GRimley-Evans@cl.CAm.ac.UK writes:
>It might be useful to make the definition of "word" parameterisable, as
>is the definition of "paragraph". This would make it easier to define
>modes for other languages in which the set of characters allowable in a
>"word" may vary.

It's already parameterized.  See the documentation of Syntax Tables in the
Emacs Lisp Reference Manual.  A word is a sequence of characters having "w"
syntax.

-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar

Newsgroups: gnu.emacs.bug
From: rsm@math.arizona.edu (Robert S. Maier)
Subject: modifying the minibuffer-local-completion-map
Organization: Mathematics Department, University of Arizona
Distribution: gnu
Date: Sat, 12 Dec 1992 18:18:38 GMT

In my .emacs file I've got the following useful line:

  (define-key minibuffer-local-completion-map "~" 'insert-home-directory)

where `insert-home-directory' is a function which simply replaces the
current line by "~".  

This is nice, because when I'm editing system files and suddenly do C-x C-f
to load in a file from a subdirectory of my home directory, 
typing an initial ~ wipes out the current (system) directory from the 
minibuffer.  The system directory may be rather long, so deleting it is 
esthetically pleasing.

This trick works fine for find-file (i.e. C-x C-f) and friends.
Unfortunately it doesn't work for insert-file (i.e. C-x C-i), or
any function which calls read-file-name (which is coded in C).
Can anyone tell me why not?

-- 
Robert S. Maier   | Internet: rsm@math.arizona.edu, rsm@cs.arizona.edu
Dept. of Math.    | UUCP: uunet!arizona!amethyst!rsm
Univ. of Arizona  | Bitnet: maier@arizvms
Tucson, AZ  85721 | FAX: +1 602 621 8322
U.S.A.            | Voice(POTS): +1 602 621 6893  /  +1 602 621 2617

Newsgroups: gnu.emacs.bug
From: dsg@blackbird.mitre.org (David S. Goldberg)
Subject: Re: dired not following symbolic links in 18.58
Organization: The Mitre Corp., Bedford, MA.
Distribution: gnu
Date: Thu, 17 Dec 1992 15:39:56 GMT

>>>>> In article <1992Dec17.001310.18461@parc.xerox.com>,
>>>>> macdonal@xerox.com (Dale MacDonald) writes:

Dale> Emacs version: 18.58.10 OS: SunOS 4.1.{1,2,3}

Dale> Since moving to 18.58 dired no longer follows symbolic links.
Dale> All attempts to follow one, either by C-xC-v and giving a name
Dale> which happens to be a link, or by trying to open or view a link
Dale> already being displayed in dired.  (This is particularly
Dale> annoying around here since ~/ happens to be a symlink.)

Dale> Anyone else see this?

Yes, and I still see the same thing in 18.59 on an SGI running IRIX
4.0.5.  I seem to remember this is far back as 18.57, but I'm not
positive.  Here's what I ended up doing to work around it.  Make sure
this stuff is loaded after dired.  I've found that I also need this
with tree dired.

(defun dired-is-symlink ()
  (let ((realfile (file-symlink-p (dired-get-filename))))
    (if realfile realfile (dired-get-filename))))

(defun dired-find-file ()
  "In dired, visit the file or directory named on this line."
  (interactive)
  (find-file (dired-is-symlink)))

(defun dired-find-file-other-window ()
  "In dired, visit this file or directory in another window."
  (interactive)
  (find-file-other-window (dired-is-symlink)))

--
Dave Goldberg                      UNIX Systems Programmer/Administrator
Post: The Mitre Corporation MS B020 202 Burlington Rd. Bedford, MA 01730
Phone: 617-271-2460
Domain: dsg@mbunix.mitre.org  UUCP: {your neighborhood}!linus!mbunix!dsg 


Newsgroups: gnu.emacs.bug
From: shingu@cpr.CAnon.co.JP (Toshiaki SHINGU)
Subject: read-file-name bug?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 05:18:00 GMT

	I use mule (multiligual emacs) which is based on
emacs 18.58.
When I typed "C-x C-f" at "+inbox" buffer of mh-e, a prompt
"Find file: ~/" appered on minibuffer.   Emacs reads the
directory "~/Mail/inbox" instead of "~/" when I type just
return.   I tried to find the cause of this, I found
read-file-name has a problem.  This is not a problem of mule
but emacs.

Find-file calls "call-interactively" defind at acllint.c.
Then read-file-name is called with set defalt (3rd arg.) by nil.

<callint.c>
339	case 'F':		/* Possibly nonexistent file name. */
340	  args[i] = Fread_file_name (build_string (prompt),
341				     Qnil, Qnil, Qnil);
342	  break;

Next, the value of "defalt" is reset by the directory of
current buffer.

<fileio.c>
2568  if (NULL (defalt))
2569    defalt = current_buffer->filename;

I think these two lines are unnecessary, because there is
the code when "defalt" is nil as shown below.

<fileio.c>
2611  tem = Fstring_equal (val, insdef);
2612  if (!NULL (tem) && !NULL (defalt))
2613    return defalt;
2614  return Fsubstitute_in_file_name (val);

I deleted the lines 2568-2569 of fileio.c.
When emacs displays the prompt "Find file: ~/" and I typed
return, emacs reads the directory "~/" correctly.

Best regards,
Toshiaki Shingu

Newsgroups: gnu.emacs.bug
From: Edmund.GRimley-Evans@cl.CAm.ac.UK
Subject: Emacs suggestion
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 16:38:53 GMT

It might be useful to make the definition of "word" parameterisable, as
is the definition of "paragraph". This would make it easier to define
modes for other languages in which the set of characters allowable in a
"word" may vary.

=======================================================================
Edmund GRIMLEY EVANS                  Edmund.Grimley-Evans@cl.cam.ac.uk
=======================================================================

Newsgroups: gnu.emacs.bug