HDTenEightyP/NetNews huggingface dataset:
From: mathew <mathew@mantis.co.uk>
Newsgroups: gnu.misc.discuss
Subject: Re: Dylan supported by GNU in future ?
Date: Wed, 16 Dec 92 13:04:38 GMT
Distribution: world
Organization: Mantis Consultants, Cambridge. UK.

johnm@cory.Berkeley.EDU (John D. Mitchell) writes:
> Not quite.  GNU sofware is 'free'.  Dylan as a language is disputably free.
> Dylan as an implementation may or may not be free (depending on your
> requirements, the specific implementation, etc.)  And the OS and hardware
> platform is most certainly not free.  GNU tools are free.  The promised GNU
> Hurd will be free.  GNU software runs on a great many hardware/OS platforms
> (no not free but there's a lot of competition) and has a tradition
> ('history' if you will) of very open behavior.

I count at least three definitions of the word "free" in that single
paragraph.  Either you're trying to pull a fast one or you're genuinely
confused -- which?

>                                                 Apple has a history of
> locking people (both developers (look'n'feel, patents, etc.) and users) to
> a closed universe.

GNU has a history of locking people (both developers (GPL, Apple boycotts,
etc.) and users) to a closed universe.

But of course, that's *completely* different, because it's a universe *you*
like.  Right?


mathew
-- 
Lung cancer and arteriosclerosis.
For people who like to smoke.

Newsgroups: gnu.misc.discuss
From: charlie@umnstat.stat.umn.edu (Charles Geyer)
Subject: Re: GNU Hello (was Re: What is what in the GNUniverse?)
Organization: School of Statistics, University of Minnesota
Distribution: gnu
Date: Fri, 18 Dec 1992 02:53:13 GMT

In article <JENSK.92Dec17103735@hpbeo82.bbn.hp.com> jensk@hpbbn.bbn.hp.com (Jens Kilian) writes:
>Well, but GNU hello is a very good example of how you would start writing
>a piece of new GNU software. It's all there - configure script, TeXinfo
>documentation, regression test, ...

which is broken BTW (not the program, just the test).  Lots of fun stuff in
there.

-- 
Charles Geyer
School of Statistics
University of Minnesota
charlie@umnstat.stat.umn.edu
From: xjam@cork.CS.Berkeley.EDU (The Crossjammer)
Newsgroups: gnu.misc.discuss
Subject: Re: Dylan supported by GNU in future ?
Date: 16 Dec 92 13:49:51
Organization: University of California, Berserkeley
Distribution: world
NNTP-Posting-Host: cork.cs.berkeley.edu
In-reply-to: mathew's message of Wed, 16 Dec 92 13:04:38 GMT

mathew don't you have some public domain software you should be writing to
free us from the tyranny of GNU instead of picking fights on
gnu.misc.discuss?

I'm waiting with baited breath.

--
xjam@cork.Berkeley.EDU  	Fiiiive Thousand Boomin Watts...... -The JBeez

They can't come on and play me in prime time, 	    | Free Millipede coin op
Cause I know the time, cause I'm gettin' mine.	    | and House music at my
I get on the mix late in the night... -Public Enemy | place! Drop by sometime.

From: jensk@hpbbn.bbn.hp.com (Jens Kilian)
Date: Thu, 17 Dec 1992 17:37:35 GMT
Subject: Re: GNU Hello (was Re: What is what in the GNUniverse?)
Organization: HP
Newsgroups: gnu.misc.discuss
Distribution: gnu

Well, but GNU hello is a very good example of how you would start writing
a piece of new GNU software. It's all there - configure script, TeXinfo
documentation, regression test, ...

	Jens.

PS: I also laughed my head off when I saw it ...
--
Internet: jensk@hpbeo82.bbn.hp.com    HPDESK : JENS_KILIAN%XU@HP1200
MausNet:  Jens Kilian @ BB                     KILIAN_JENS/HP1200_XU@hpbbi4
Phone: (0|+49)7031-14-4308            TELNET : 778-4308
Fax  : (0|+49)7031-14-2049
-------------------------------------------------------------------------------
As the air to a bird, or the sea to a fish, so is contempt to the contemptible.
From: nelson@crynwr.com (Russell Nelson)
Newsgroups: gnu.misc.discuss
Subject: Concerns about the FSF and the GNU project 
Distribution: world
Date: Fri, 11 Dec 92 10:57:44 GMT
Organization: Crynwr Software

In article <DREIER.92Dec10121615@phnom-penh.berkeley.edu> dreier@phnom-penh.berkeley.edu writes:

   In article <Bz22pL.GEz@mtholyoke.edu> jbotz@mtholyoke.edu (Jurgen Botz) writes:      Some say that the FSF boycott of Apple is pointless simply because it's
      too insignificant for Apple to be effective.  To that I say that all
      effective political action has to start with consistent application of
      principles.  The LPF/FSF are "doing the right thing", and if not enough
      others follow suit to make it effective, that's a shame, but not a reason
      for the LPF/FSF to stop what they are doing.

   It is not at all clear to me that the LPF/FSF are "doing the right
   thing."  My livelihood depends on my ability to support myself by
   creating ideas that others find valuable.

Wait a second, wait a second here.  Let's make it clear who we're
talking about here.  The LPF seeks to restore the status quo, that
is, you can copyright a program that you've written, but you can't
protect an idea, only the implementation of that idea.  The FSF, on
the other hand, wants software to be a service, not a product.  The
goals of the LPF and the FSF are, if at all related, orthogonal to
each other.

-russ <nelson@crynwr.com> What canst *thou* say?
Crynwr Software           Crynwr Software sells packet driver support.
11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
From: eks@daimi.aau.dk (Eigil Krogh S|rensen)
Newsgroups: gnu.misc.discuss
Subject: C <-> Pascal.
Date: 20 Dec 92 14:58:54 GMT
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark




On  Motorola systemV68  R3V5.1 UNIX  (3300/68030-based) and  SCO UNIX -
i486   I   need    to   call   Pascal   (Oregon    Software   Pascal-2)
procedures/functions from C programs.

For  that reason  I must  know exactly  how C  respective Pascal passes
parameters to  functions/procedures and  how different  types (integer,
float, real, string etc.) are stored in memory.

Proposals (e.g. literature)  about where/how to find  information about
all or part of this are most welcome.

Thank you in advance.


Eigil Krogh Sorensen.
From: davea@quasar.mti.sgi.com (David B.Anderson)
Newsgroups: gnu.misc.discuss
Subject: Re: alloca (was: makefile for gnu make on SGI)
Date: 17 Dec 92 17:23:47 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <19921217111545SEB1525@MVS.draper.com> SEB1525@MVS.draper.com (Steve Bacher) writes:
>In article <tmi3iac@sgi.sgi.com>,
>davea@quasar.mti.sgi.com (David B.Anderson) writes:
[ ]
>>Brendan is quite right.  And it _is_ probably simplest to use gcc alloca.c
[ ]
>I weighed grabbing alloca.c out of the gcc or emacs distribution.  But
>this alloca requires a function xmalloc() to be defined.  Why not just
[ ]
>Do you have to change xmalloc to malloc, or define xmalloc to be
>malloc in the compile?

This question has arisen several times in the last year because the
source to alloca.c does not describe xmalloc.  xmalloc is simply a malloc
wrapper that guarantees it will never return 0.

#include <stdio.h>
#include <malloc.h>
#include <stdlib.h>
void *xmalloc(unsigned size)
{
  void *val;

  val = malloc(size);
  if(val == 0) {
    fprintf(stderr, "Oops! malloc on %lu bytes returned 0.\n", 
	(unsigned long)size);
    exit(EXIT_FAILURE);
  }
  return val;
}

Regards,
[ David B. Anderson             (415)390-4263             davea@sgi.com ]
Newsgroups: gnu.misc.discuss
From: mathew <mathew@mantis.co.uk>
Newsgroups: gnu.misc.discuss
Subject: Re: Dylan supported by GNU in future ?
Date: Thu, 17 Dec 92 16:00:59 GMT
Distribution: world
Organization: Mantis Consultants, Cambridge. UK.

johnm@cory.Berkeley.EDU (John D. Mitchell) writes:
> In article <F7LVVB14w165w@mantis.co.uk> mathew <mathew@mantis.co.uk> writes:
> [...]
> >I count at least three definitions of the word "free" in that single
> >paragraph.  Either you're trying to pull a fast one or you're genuinely
> >confused -- which?
> 
> Please get a clue, 'free' means different things in different contexts.

Yes, but people don't usually change context with every sentence.


mathew
-- 
Lung cancer and arteriosclerosis.
For people who like to smoke.

Newsgroups: gnu.misc.discuss
From: cracauer@wavehh.hanse.de (Martin Cracauer)
Subject: Dylan supported by GNU in future ?
Organization: Private UUCP, Martin Cracauer, Norderstedt, Germany
Date: Thu, 10 Dec 92 11:05:29 GMT

I would like to know, if FSF will release a 'Dylan' implementation.
(Dylan is a language like CLOS, invented by Apple).

I know, FSF don't like Apple, but isn't dylan 'free enough' to be
supported ? 

What do you think ?


-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer,    cracauer@wavehh.hanse.de
Waldstrasse 200, W-2000 Norderstedt, Germany
Tel.: +49 / 522 18 29, Fax.: +49 / 522 85 36
Newsgroups: gnu.misc.discuss
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: gawk-2.14 MSDOS executable wanted
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Sat, 12 Dec 1992 16:03:57 GMT

Hi,

I'm seaching for a ftp/mail-server having a gawk MSDOS
binary for version 2.14.

Thanks!

--
Peer Stritzinger
stritzi@physik.tu-muenchen.de
Newsgroups: gnu.gdb.bug
From: vaughan@trilogy.com (Paul Vaughan)
Subject: 4.7 source more recent than executable problem
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 23:57:12 GMT

This is gdb 4.7 on a Sun Sparc 2 (both host and target), SunOS 4.1,
SUN CC compiled program under test, with help from cback version 2.05.

This has been a minor problem for a long time. If you edit the source
and recompile, gdb reads in the symbols again as it should, but it
doesn't change the executable. If it stops at a breakpoint, it will
tell you "Source file is more recent than executable." If it doesn't
stop at a breakpoint, it doesn't warn at all. I should think if it's
not going to automatically do an exec when you restart with run, it
ought to warn you before it does the run. However, I hoped that it
would automatically do the exec before restarting the program.  Plus,
the warning "Source file is more recent than executable."  is
confusing in this case because the source file is not more recent than
the executable file--it's more recent than gdb's image of the
executable file, and that's what counts.

centipede% !C
CC -g trash.cc -o trash
cback version 2.05 - Copyright (c) 1992 NewCode Technology, Inc.
centipede% gdb trash
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...
(gdb) run
Starting program: /usr2/vaughan2/trilogy/engine/src/trash 

Program exited with code 01.
(gdb)                                     <-------------- stopped with ^Z
Stopped
centipede% touch trash.cc
centipede% !C
CC -g trash.cc -o trash
cback version 2.05 - Copyright (c) 1992 NewCode Technology, Inc.
centipede% fg
gdb trash
(gdb) run
`/usr2/vaughan2/trilogy/engine/src/trash' has changed; re-reading symbols.
Starting program: /usr2/vaughan2/trilogy/engine/src/trash 

Program exited with code 01.
(gdb) break main
Breakpoint 1 at 0x22b4: file trash.cc, line 14.
(gdb) run
Starting program: /usr2/vaughan2/trilogy/engine/src/trash 

Breakpoint 1, main () at trash.cc:14
Source file is more recent than executable.
14	void main () { 
(gdb) exec trash
A program is being debugged already.  Kill it? (y or n) y
(gdb) run
Starting program: /usr2/vaughan2/trilogy/engine/src/trash 

Breakpoint 1, main () at trash.cc:14
14	void main () { 


Newsgroups: gnu.gdb.bug
From: dak@mosaic.uncc.edu (david koontz)
Subject: Makefile - target
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 21:51:33 GMT

The README file said any editing of the Makefile should be reported as
a bug... well I think I'll start editing it.  Here's what I've got
so far...

% config.gdb sun4 os4

Make sure to compile any program on which you want to run gdb
 without shared libraries (cc -Bstatic)

Linking `param.h' to `m-sun4os4.h'.
Linking `pinsn.c' to `sparc-pinsn.c'.
Linking `opcode.h' to `sparc-opcode.h'.
Linking `dep.c' to `sparc-dep.c'.
Editing Makefile
GDB is now set up for use with a sun4os4.


% make
cc -I.  -g -Bstatic  -target  -c  main.c
cc: Cannot cross-compile for "c"; directory "/usr/arch/sun4/c" doesn't exist.
*** Error code 1
make: Fatal error: Command failed for target `main.o'

Not very good ... I'll let you know how I do

David Koontz					(dak@mosaic.uncc.edu)
Project Mosaic Consultant			(704) 547-4894
College of Engineering				Smith 220
University of North Carolina at Charlotte	Charlotte, NC  28223


Newsgroups: gnu.gdb.bug
From: ashok@cellnet.COM (Ashok Bakthavathsalam)
Subject: Retrieving the latest version of gdb (4.7?)
Organization: Domestic Automation Company
Distribution: gnu
Date: Fri, 18 Dec 1992 17:43:11 GMT

Where can I `ftp' the latest version of gdb for a SPARC-sunOS_4.1.1 machine
from?

thanks
  % ashok

Newsgroups: gnu.gdb.bug
From: geigel@seasva.gwu.edu (Joseph M. Geigel)
Subject: trouble compiling gdb-4.7
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 02:32:45 GMT

Hi There.

  I'm trying to compile gdb v4.7 on my SGI.  I configured using the
command :

             sh configure iris4

  When making, and trying to compile the file : mips-nat.c I get the
following compiler errors:

mips-nat.c: In function `fetch_inferior_registers':
mips-nat.c:78: `CAUSE_REGNUM' undeclared (first use this function)
mips-nat.c:78: (Each undeclared identifier is reported only once
mips-nat.c:78: for each function it appears in.)
mips-nat.c:81: `PT_READ_U' undeclared (first use this function)
mips-nat.c:88: `ZERO_REGNUM' undeclared (first use this function)
mips-nat.c: In function `store_inferior_registers':
mips-nat.c:109: `CAUSE_REGNUM' undeclared (first use this function)
mips-nat.c:111: `PT_WRITE_U' undeclared (first use this function)
mips-nat.c:123: `ZERO_REGNUM' undeclared (first use this function)

mips-nat.c:124: `BADVADDR_REGNUM' undeclared (first use this function)
mips-nat.c:126: `FIRST_EMBED_REGNUM' undeclared (first use this function)
mips-nat.c:126: `LAST_EMBED_REGNUM' undeclared (first use this function)
mips-nat.c: In function `fetch_core_registers':
mips-nat.c:212: `ZERO_REGNUM' undeclared (first use this function)
*** Error code 1


  Is there something that I missed in my configuration.  Could you
possibly give me a tip on how I might get passed this.


                                Thanks much,

                                     -- joe geigel
                                        geigel@seas.gwu.edu

Newsgroups: gnu.gdb.bug
From: G.Joly@cs.ucl.ac.uk (Gordon Joly)
Subject: Re: Is gdb 4.7 slow for everybody?.
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 14:57:26 GMT

Can I add to the list (on SUN4, gcc 2.3.x and SunOS 4.1.1) the bug in
4.7 (not in 4.6 or previous) that "attach" fails?


porridge:gjoly/build/iedit/SUN4[10] ps 4268
  PID TT STAT  TIME COMMAND
 4268 p5 R     0:01 ./iedit aaa
porridge:gjoly/build/iedit/SUN4[11] 

Current directory is /cs/research/coside/users/croissant/gjoly/build/iedit/SUN4/
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.7, Copyright 1992 Free Software Foundation, Inc...
(gdb) attach
Argument required (process-id to attach).
(gdb) attach 4268
Can't attach to a process on this machine.
(gdb) 


------- Forwarded Message
>From: doug@foxtrot.ccmrc.ucsb.edu (Douglas Scott)
Newsgroups: gnu.gcc.help
Subject: Is gdb 4.7 slow for everybody?
Date: 11 Dec 92 16:53:30 GMT
Distribution: gnu
Organization: Gnus Not Usenet

I tried posting this to gnu.g++.bugs, but I guess the moderator did not see fit to pass it  
through:

I am running gdb 4.7 on a Sun 4/330, compiled via gcc 2.2.2 with -O2 and -g specified.   
I am using it to debug c++ programs compiled with gcc/g++ 2.2.2 with the -g option.

This new version is driving me crazy!  I timed it today, and to do a step, stepi, or next  
command takes 22 seconds!  Are other people finding this to be the case as well, or is  
something wrong?

Also, gdb 4.7 dumps core when I ask it to print the return value of many of my  
member functions.  I have not yet been able to duplicate this in a small bit of code (my  
program is > 10,000 lines).

I am most concerned about how slow it is--I cannot afford to wait 20 minutes to step  
through a single subroutine"!

Any tips, advice, ideas, would be very welcome.

Thanks.

- ---
Douglas Scott                              (805)893-8352
Center for Computer Music Research and Composition
University of California, Santa Barbara
Internet: (NeXTMail ok)   <doug@foxtrot.ccmrc.ucsb.edu>

------- End of Forwarded Message

____

Gordon Joly      Phone  +44 71 387 7050 ext 3703      FAX  +44 71 387 1397
Internet: G.Joly@cs.ucl.ac.uk        UUCP: ...!{uunet,uknet}!ucl-cs!G.Joly
Computer Science, University College London, Gower Street, LONDON WC1E 6BT

Newsgroups: gnu.gdb.bug
From: jbw@cs.bu.edu (Joe Wells)
Subject: problems debugging structs passed as parameters with GDB 4.6
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 17 Dec 1992 00:13:34 GMT

I am having problems debugging structs passed as parameters with GDB 4.6.
I am using a Sun 4/280 running SunOS 4.1.1.  I am compiling my code with
GCC 2.2.2.  The main thing is that GDB shows the wrong values for the
struct contents, but there are other anomalies, such as segmentation
faults when I call functions in the program being debugged that take
structs as arguments.  Enclosed below is some trivial test code that
triggers the problem.

Is this a known problem?  I've looked in both the GDB and GCC source
distributions to see if it is documented.  Is there a workaround?  Is this
an incompatibility with GCC 2.2.2?  Help!

If you reply to this message, please send a copy to my address by e-mail.

-- 
Desperately yours,

Joe Wells <jbw@cs.bu.edu>
Member of the League for Programming Freedom --- send e-mail for details
----------------------------------------------------------------------
typedef struct {unsigned char _[8];} ID;
struct foo {
  long a;
  long b;
};

bar (struct foo y)
{
  printf ("%ld,%ld\n", y.a,y.b);
}

baz (ID w)
{
  int i;
  for (i = 0; i < 8; i++)
    printf ("%c\n", w._[i]);
}

main ()
{
  struct foo x;
  ID z;
  x.a = 1;
  x.b = 2;
  z._[0]='a';
  z._[1]='b';
  z._[2]='c';
  z._[3]='d';
  z._[4]='e';
  z._[5]='f';
  z._[6]='g';
  z._[7]='h';
  bar (x);
  baz (z);
}
----------------------------------------------------------------------

Newsgroups: gnu.gdb.bug
From: arj@cam-orl.co.UK (Andy Jackson)
Subject: Re: Type Declaration/Printing Bug
Organization: Olivetti Research Ltd, Cambridge, England.
Distribution: gnu
Date: Mon, 14 Dec 1992 13:14:35 GMT

gnu@cygnus.com wrote:
< lots removed>
:      You can't assume the byte order of anything that comes from a
:      target (including VALUEs, object files, and instructions).  Such
:      things must be byte-swapped using `SWAP_HOST_AND_TARGET' in GDB,
:      or one of the swap routines defined in `bfd.h', such as
:      `bfd_get_32'.

A quick grep of the gdb-4.7 distribution reveals no references to 
SWAP_HOST_AND_TARGET. Have I missed something ?.

			Andy..
-- 
--------------------------------------------------------------------------
  Andy Jackson - arj@cam-orl.co.uk - phone 0223-343308 - fax 0223-323542
    Olivetti Research, 24a Trumpington Street, Cambridge, UK, CB2 1QA
--------------------------------------------------------------------------

Newsgroups: gnu.gdb.bug
From: edana@pearl.tufts.edu
Subject: Re: Port of gdb to Convex
Organization: Tufts University - Medford, MA
Distribution: gnu
Date: Sun, 20 Dec 1992 04:34:10 GMT

Jeanne,

   Version 4.7 of GDB does NOT support the onvex. I've started a port but
have been too busy of late to complete it. I hope to complete it during the
comint semester.

Eric Dana
Mgr. Academic Systems Programming
Tufts Univ.


Newsgroups: gnu.gdb.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: documentation suggestions
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 07:54:59 GMT

GDB documentation:

[@node Command Syntax]
   A line of input starting with @kbd{#} is a comment; it does nothing.

Actually, isn't it the first # on a line that starts a comment?
For example:

(gdb) p 1 + 1 # foo
$1 = 2
(gdb) 


[@node Running]
   To debug a program, you must run it under GDB.

Well, there are other debuggers in the universe.  Perhaps something like
`To debug a program using GDB, you must run it under GDB's control.' or
`... while in GDB.'


[@node Expressions]
    by the programming language you are using is legal in an expression in

rms once told me he used `legal' in situations that referred to actual
laws, and used `valid' for things like this.  It seems a useful
distinction to me.


[@node Output formats]
    Print as integer in binary.  The letter @samp{t} stands for ``two''.

Perhaps the manual could explain why `b' for ``binary'' is unsuitable.


[@node Print settings]

    @item set print array off.

There shouldn't be a period here.


    @section Switching between source languages
    @section Displaying the language
    @section Type and range Checking
    @subsection An overview of type checking
    @subsection An overview of Range Checking
    @section Giving your program a Signal
    @section Returning from a Function
    @section Calling your Program's Functions
    @section Patching your Program

All the other chapter/section titles in the manual capitalize all the
words (except articles, etc., as usual).  Personally, I like this style
(capitalize as in text) for headings better, but I doubt you want to
change everything.


[@node Emacs]

    Emacs uses a separate buffer for source display, and splits the
    window to show both your GDB session and the source.

I think ``the screen'' would be better than ``the window'' here.
There's (at least) two windows.  Or maybe ``the current window''.

[@node Formatting Documentation]

    @TeX{}, a printing program such as @code{lpr}, and @file{texinfo.tex},

Actually, lpr will do you no good whatsoever without a DVI-to-device
translator for whatever output device you want to use.

    @TeX{} is typesetting program; it does not print files directly, but

Insert `a' before `typesetting'.

     is @kbd{dvips}.  The @sc{dvi} print command may require a file name

I'd suggest adding `(for PostScript devices)' after the `{dvips}'.

Newsgroups: gnu.gdb.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: --silent, +help
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 08:02:59 GMT

gdb accepts a --quiet option, but not its synonym --silent.
In /gd/gnu/doc/longopts.table, there's a statement that every program
that accepts one should accept the other.

Also, the help message says:
	Use `/usr/local/gnu/bin/gdb.new +help' for a complete list of options.

but it should suggest using --help instead of +help, I think.

Newsgroups: gnu.gdb.bug