HDTenEightyP/NetNews huggingface dataset:
From: jprovo@Gnu.ai.mit.edu (The Wandering Pedestal of Angst)
Newsgroups: gnu.misc.discuss
Subject: Re: Suggestions for the free Unix projects
Date: 11 Oct 92 22:36:36 GMT
Organization: Russell Street UN*X Consultations
X-Subliminal: send me coffee, money, or canned foodstuffs!

In article <BRUCE.92Oct5110747@suprenum.uxb.liv.ac.uk> bruce@uxb.liv.ac.uk (Bruce Stephens) writes:
>From item 2 of the GPL:
>     ... You may charge a fee for the physical
>     act of transferring a copy.
>
>So you can charge a fee for copying it.  At no point do I see any
>indication that your fee must be "reasonable", or have simply to cover
>the costs of physically copying the software.  Perhaps it is
>ambiguous, but you're not going to get sued for trying to make a
>profit in this way. 

...yea and verily, for I did accidentally peruse a _Dr.Dobbs_Journal_ and
spotted people advertising outrageous prices for gnu-items ported to ibm-ish
clunks.

Tangentially, anyone know what the outcome was for the funding on NCBI [NBCI?
whatever...] issue; our organization zapped off a couple faxen before the
deadline, but I never heard what the result was...anyone care to email/post?

joe "That's no moon..." provo



-- 
Disclaimer: "I'm the only one foolish enough to claim these opinions as mine."
jprovo@gnu.ai.mit.edu                                       jzp@gene.ummed.edu
    Russell Street UN*X Consultations and Development     (NIC handle: JZP)
                            Rev. Dkr. Nick LaRG0, ASC 
Newsgroups: gnu.misc.discuss,comp.os.linux,comp.unix.bsd
From: peter@ferranti.com (peter da silva)
Subject: Re: distributing linux on floppies
Organization: Xenix Support, FICC
Date: Mon, 12 Oct 1992 17:35:33 GMT

In article <1992Oct9.001607.7471@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
> is yet another reason a dealer and distributor wouldn't carry GPL'ed
> software: No margin after a user group member buys the first copy.  What
> is a distributor or dealers incentive for carring a product he's going
> to sell one copy of, and that will compete with products the dealer and
> distributor will make a reasonable margin on?  Again, GPL software is
> cut off from normal distribution channels.

*THIS* is a valid reason for not carrying the GPL software, though it's
pretty short-sighted: after all, the user group can get their single copy
from somewhere else and you lose just as many sales, *plus* the one you
would have made to the user group.

I know quite a few retail stores, by the way, that will sell you a floppy
full of freeware for some moderate charge ($5 or so), and I've seen RACKS
of this stuff at checkout counters.
-- 
Peter da Silva                                         `-_-'
Ferranti Intl. Ctls. Corp.                              'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180                       "Tjener, denne ret er stadig levende."
Newsgroups: gnu.misc.discuss
From: cc0001@medtronic.COM (Christopher Carriero)
Subject: GNUMake 
Organization: Medtronic, Inc.
Date: Thu, 15 Oct 1992 15:42:47 GMT


I would like to know if GNUMake is available on PCs
running any of the folowing operating systems

	SCO Unix
	OS/2
	MS-DOS
	
Thanks

-- Chris


-- 
----------------------------------------------------------------------
Chris Carriero			cc0001@medtronic.com
Medtronic, Inc.
----------------------------------------------------------------------
From: tzs@stein.u.washington.edu (Tim Smith)
Newsgroups: gnu.misc.discuss
Subject: Re: Using gcc as a base for a product
Date: 11 Oct 92 21:52:01 GMT
Organization: University of Washington, Seattle

gumby@Cygnus.COM (David V. Henkel-Wallace) writes:
>   I want to create and market a product that is based on gcc.  I plan to
>   modify gcc source for the product.  Then I plan to provide the
>   source for gcc available on request and to include a copy of the
>   COPYING file found in the gcc-2.0 delivery. 
>
>You're better off (it's a lot easier) to just include the source code
>with the product distribution.  You have a lot less record-keeping to
>worry about.

However, package the source and binaries separately, please, so that
those who don't want the source can easily just get the binaries.  It's
annoying to download some huge tar file at 2400 bps when all one really
wants is the one binary file that is in that rat archive!

--Tim Smith
Newsgroups: gnu.misc.discuss
From: thf@zelator.in-berlin.de (Thomas Funke)
Subject: Re: Fortran Is Not Dead, Unfortunately
Reply-To: thf@zelator.in-berlin.de (Thomas Funke)
Organization: NNU Corp. - NeXT is Not UN*X
Date: Tue, 13 Oct 1992 18:22:22 GMT

In article <1992Oct12.195247.15624@rz.uni-karlsruhe.de>  
S_TITZ@iravcl.ira.uka.de (Olaf Titz) writes:

> FORTRAN or PASCAL. I do not repeat here what I explained to him why he
> should take Pascal, I assume you know the arguments ;-) but the fact
> remains that universities today still offer beginner programming
> courses in Fortran. Sigh :-(
> 

I believe that's the case only in Germany. Computer science is not very  
advanced here :-((

-- 
------------------------------------------------------------------
Thomas Funke  ** E-mail: thf@zelator.in-berlin.de
NeXT-Developer * Unix-Consultant
------------------------------------------------------------------
Newsgroups: gnu.misc.discuss,comp.os.linux,comp.unix.bsd
From: melennec@stna.dgac.fr (Ronan Melennec STNA 7C p8240 BD22)
Newsgroups: gnu.misc.discuss
Subject: Now I know (was: Re: Don't know how to generate an index file from a texinfo source)
Date: 7 Oct 92 12:43:29 GMT
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00

Thank you to everyone who answered.

-- 
Ronan Melennec              | Service Technique de la Navigation Aerienne
+33 1 60 79 82 40           | Departement 7
melennec@stna7.stna.dgac.fr | 95, rue Henri Rochefort, 91025 EVRY CEDEX, FRANCE
From: edc@ENG.Vitalink.COM (Eric D. Christensen)
Newsgroups: gnu.misc.discuss
Subject: Is there an X front end to gdb?
Keywords: X windows gdb
Date: 12 Oct 92 18:26:21 GMT
Organization: Vitalink Communications, Fremont, California

Is ther an X windows front end available for gdb (similar to xdbx)? It
seems to me I've seen one somewhere, but I can't seem to remember
where it was or what it was called. 

Any leads would be appreciated!

-- 
+---------------------------------------------------------------------------+
|   Eric D. Christensen - System Administrator - Vitalink Communications    |
|        Email: edc@ENG.Vitalink.COM           Phone: (510)440-2209         |
|            SCCA San Francisco Region - 1992 Formula 440 Champion          |
+---------------------------------------------------------------------------+
|          If it's got breasts or wheels, it's gonna be trouble!            |
|    So, how come everything I like comes equipped with one or the other?   |
+---------------------------------------------------------------------------+
Newsgroups: gnu.misc.discuss
From: "mike frisch" <mike.frisch@canrem.com>
Subject: os/2 support
Reply-To: "mike frisch" <mike.frisch@canrem.com>
Organization: Canada Remote Systems
Distribution: gnu
Date: 8 Oct 92 19:35:43 EST


In a previous message, Chris Moller writes...

CM> look in hobbes.nmsu.edu:/pub/os2   there's a _bunch_ of stuff there.

     Unfortunately, I don't have ftp access.  Thanks anyways.

Mike.

+----------------------------------------------------------------+
|  Mike Frisch                  Usenet:  mike.frisch@canrem.com  |
|  Newmarket, Ontario, Canada                                    |
+----------------------------------------------------------------+

---
  OLX 2.2  Don't hate yourself in the morning - sleep till noon.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: gnu.gdb.bug
From: hoelzle@xenon.stanford.edu (Urs Hoelzle)
Subject: g++ generates superfluous global constructor
Organization: CS Department, Stanford University, California, USA
Distribution: gnu
Date: Wed, 7 Oct 1992 21:03:04 GMT

The following code segment produces a global initializer when compiled
with g++, even though it's just a simple constant initialization:

    typedef void (*fntype)();
    extern void fn();

    void* f = &fn;

Code produced by g++ (2.2.2, Sparc):

gcc2_compiled.:
.text
        .align 4
        .global __GLOBAL_$I$x_c
        .proc   020
__GLOBAL_$I$x_c:
        !#PROLOGUE# 0
        save %sp,-112,%sp
        !#PROLOGUE# 1
        sethi %hi(_fn__Fv),%g2
        or %g2,%lo(_fn__Fv),%g2
        sethi %hi(_f),%g3
        st %g2,[%g3+%lo(_f)]
        ret
        restore
        .global _f
        .common _f,8,"bss"

Code produced by gcc (i.e C mode instead of C++ mode):

gcc2_compiled.:
        .global _f
.data
        .align 4
_f:
        .word _fn__Fv

Interestingly, g++ generates the correct code (i.e, none :-) if the & is
dropped (i.e.  void* f = fn;).  But unfortunately the & can't be dropped
when initializing f with a member function.

The problem is that in my application I have a large array of structs
looking roughly like

      struct s { fntype f; int flag1, flag2, flag3, flag4, flag5; }

and g++ generates many kilobytes of code to initialize each of the
values at startup (even the flags!!).  The other problem is that if
you put such code in a dynamic link library to be called by C, you'll
be screwed because the initializer isn't run.  There shouldn't be any
global initializers if there aren't any global objects.

Any fix or workaround?

-Urs

----------------------------------------------------------------------------
Urs Hoelzle                                              urs@cs.stanford.EDU
Computer Systems Laboratory, CIS 57, Stanford University, Stanford, CA 94305

Newsgroups: gnu.gdb.bug
From: phr@napa.telebit.com (Paul Rubin)
Subject: "path" command doc bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 9 Oct 1992 21:01:35 GMT

   Date: Thu, 08 Oct 92 23:02:05 -0700
   From: gnu@cygnus.com

   > "help path" doesn't mention that "path" with no argument prints
   > out the current path.

   It doesn't mention that "help path foo bar" prints the new path either.
   The way to print the path is with "show path".  "path" alone happens
   to print the new path after adding zero directories to it.

If both "path foo bar" and "show path" print the path and the
documentation doesn't say so for either, then the documentation
is incomplete for both and ought to be fixed.

Newsgroups: gnu.gdb.bug
From: kevin@traffic.den.mmc.com (Kevin Rodgers)
Subject: Re: "path" command doc bug
Organization: Martin Marietta Western Internal Systems, Technical Operations
Distribution: gnu
Date: Fri, 9 Oct 1992 15:28:39 GMT

In article <9210082126.AA28589@napa.TELEBIT.COM> phr@napa.telebit.com (Paul Rubin) writes:
>
>  (gdb) help path
>  Add directory DIR(s) to beginning of search path for object files.
>  $cwd in the path means the current working directory.
>  This path is equivalent to the $PATH shell variable.  It is a list of
>  directories, separated by colons.  These directories are searched to find
>  fully linked executable files and separately compiled object files as needed.
>
>"help path" doesn't mention that "path" with no argument prints
>out the current path.

[M-x gripe-mode]

Argh.  Why do I have to type 'show {dir|path}' to print their current
value, but not 'set {dir|path}' to set them?  I would prefer that when a
'set' or 'show' command is ellided, the non-destructive command, i.e.
'show', be assumed.

I don't know much about user interfaces, but I know what I like :-)
-- 
Kevin Rodgers				kevin@traffic.den.mmc.com
Martin Marietta MS A16401		(303) 790-3971
116 Inverness Dr. East
Englewood CO 80112 USA			GO BUFFS!

Newsgroups: gnu.gdb.bug
From: hall@uk.ate.slb.com (David Hall)
Subject: Re: gdb on HP9000 S700
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 12 Oct 1992 14:04:53 GMT

Hi,

I am trying to get gdb to build using the host hppa1.1-hp-pux. The include file
gdb/tm-hppahpux.h tries to include tm-hppa.h which I can't find on the
4.6 archive.

Dave Hall

Newsgroups: gnu.gdb.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: gdb 4.6/ISC 2.2.1/libiberty
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 10:34:07 GMT

I tried to compile GDB 4.6 on Interactive Unix 2.2.1, a system
V-based-but-supposedly-POSIX system, and had a few troubles, which I
will detail in separate messages following.

I did `configure i386-sysv', and compiled with
CC="gcc -O -posix -DHAVE_UNISTD_H -DUSG -DTIOCGETC_BROKEN -DTIOCGLTC_BROKEN"

In libiberty, I had to make the following changes, as ISC requires (per
POSIX) <sys/types.h> before <signal.h> and already has _POSIX_SOURCE
defined.

Sun Oct 11 12:15:14 1992  Karl Berry  (karl@cs.umb.edu)

	* strsignal.h: Include <sys/types.h> before <signal.h>

	* sigsetmask.c (_POSIX_SOURCE) [!_POSIX_SOURCE]: Add conditional
	to avoid warning about redefinition.

*** ./ORIG/sigsetmask.c	Mon Jul  6 13:12:01 1992
--- ./sigsetmask.c	Sun Oct 11 12:04:33 1992
***************
*** 20,27 ****
--- 20,31 ----
  /* Set the current signal mask to the set provided, and return the 
     previous value */
  
+ #ifndef _POSIX_SOURCE
  #define _POSIX_SOURCE
+ #endif
+ 
  #include <ansidecl.h>
+ #include <sys/types.h>
  #include <signal.h>
  
  #ifdef SIG_SETMASK
*** ./ORIG/strsignal.c	Mon Jul  6 13:12:03 1992
--- ./strsignal.c	Sun Oct 11 11:52:47 1992
***************
*** 19,24 ****
--- 19,25 ----
  #include "config.h"
  
  #include <stdio.h>
+ #include <sys/types.h>
  #include <signal.h>
  
  /*  Routines imported from standard C runtime libraries. */

Newsgroups: gnu.gdb.bug
From: oerder@philfa.pfa.PHilips.DE
Subject: mips symbol read error and infinite loop
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 14:18:44 GMT

The following is a bug in gdb, and, probably, also in gcc.

Configuration:
==============
gdb-4.6 decstation
gcc-2.2.2 decstation
DECStation 5000/200, Ultrix 4.2
.gdbinit contains 'set complaint 10'

For the simple test program below, gdb complains when reading
the symbols and enters a infinite loop when printing 'a'.


************************* bug.c *******************************
struct bug {void *x;};

int main()
  {
  struct bug a;
  return 0;
  }
***************************************************************

% gcc -g bug.c -o bug
% gdb bug
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.6, Copyright 1992 Free Software Foundation, Inc...
(gdb) b main
During symbol reading, guessed tag type of struct bug incorrectly.
During symbol reading, stEnd with storage class 1 not handled.
Breakpoint 1 at 0x4001a4: file bug.c, line 6.
(gdb) run
During symbol reading, stEnd with storage class 1 not handled.

Breakpoint 1, main () at bug.c:6
6	  return 0;
(gdb) p a
$1 = {x = {x = {x = {x = {x = {x = {x = {x = .....

.... Quit
(gdb) q
%

***************************************************************

(where I have put the '.......' gdb continues to print '{x = ' in
an infinite loop until ^C^C.

The problem seems to arise only if the first element of the structure
is of type 'void*'.



Martin

-------------------------------------------------------------
Martin Oerder       			Tel. +49 241 6003 529
Philips Research			Fax  +49 241 6003 518
Weisshausstrasse 2, 5100 Aachen		oerder@pfa.philips.de
-------------------------------------------------------------

Newsgroups: gnu.gdb.bug
From: rrh@tera.com (Robert R. Henry)
Subject: cross development of gdb
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 00:02:03 GMT

I have found the bug in my previous posting,
about being unable to built a cross development gdb.
It turns out that in the directory gdb-4.6/gdb/ was an existing
file tm.h and xm.h that were both linked to the same host machine,
EVEN THOUGH I had done a make clean in gdb-4.6 prior to building
a cross development gdb in a separate directory.  Evidently,
the build pulls xm.h and tm.h out of gdb-4.6/gdb, rather than
out of the current cross development environment.

-rrh

Newsgroups: gnu.gdb.bug
From: sysjmm@idun.albany.edu (jayen malde)
Subject: Questions about gdb...
Organization: State University of New York at Albany
Distribution: gnu
Date: Tue, 13 Oct 1992 20:48:32 GMT

Hi,

I am new to the `gnu' world of gdb... Last week, my boss asked me to
install GNU-gdb for our ULTRIX workstations. I used archie only to get
a huge list of places where gdb is available. Rather than going through
the list to determine some gdb details, I thought it might be easier to
post it here. So here goes:
(1) Is there a FAQ list on this newsgroup? If so, how/where can I get it?
(2) Does gdb support (run on) DECstation 5000 running ULTRIX 4.0 and above? 
(3) What's the latest release of gdb available? (and more importantly, where)

Any help/suggestions welcome...
Flames could go to /dev/null...

Jayen Malde.
sysjmm@csc.albany.edu

Newsgroups: gnu.gdb.bug
From: karl@claude.cs.umb.edu (Karl Berry)
Subject: gdb 4.6/ISC 2.2.1/configuration
Reply-To: karl@cs.umb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 14 Oct 1992 10:32:58 GMT

I tried to compile GDB 4.6 on Interactive Unix 2.2.1, a system
V-based-but-supposedly-POSIX system, and had a few troubles, which I
will detail in separate messages following.

I did `configure i386-sysv'.

With the subsequent changes, the resulting gdb executable apparently
works.  ld gives one warning:
ld warning: Multiply defined symbol PC, in /usr/lib/libtermcap.a, has more than one size
but this doesn't make any difference.

More compiler flags need to be used on this system (at least when
compiling with gcc).

Specifically:

* -posix (to get POSIX support)  [-Xp for cc, although I didn't try to
  compile with cc]

* -DHAVE_UNISTD_H

* -DUSG [for the libraries -- gdb/xm-i386v.h unconditionally defines
         USG, thus yielding annoying warnings when I define it on the
         command line.  I think this will go away if USG was defined by
         configure, though.]

* -DTIOCGETC_BROKEN -DTIOCGLTC_BROKEN (actually, I think it's not so
  much that TIOCG* is broken, but that the right header files aren't
  being included in the right order -- ISC has both termio and termios
  and sgtty and everything else under the sun -- but defining these at
  least lets things compile).

I would have liked to modify the configure scripts so that these things
would happen automatically with `configure i386-isc2.2*', but I couldn't
sufficiently comprehend how they worked.

Although the -posix perhaps cannot be determined automatically, it seems
to me that it would be better configure simplyed look to see if there is
a <unistd.h>, instead of having to do the define or not for every
possible system.  I think the libg++ configure does this (or at least it
does similar things), so maybe that will happen automatically in 4.7.

Likewise for TIO stuff ... it seems to me it would be straightforward to
check that automatically.  (Just try to compile whatever construct is
now #ifdef'd, and if it doesn't work, define the *_BROKEN switch.)

By the way, in gdb/main.c I saw the following:

#ifdef USG
#include <sys/types.h>
#include <unistd.h>
#endif

I think this is intended to be conditionalized on HAVE_UNISTD_H, not USG.

Newsgroups: gnu.gdb.bug
From: lee@bones.et.byu.edu (Bruce Lee)
Subject: gdb-4.6 on Personal Iris
Organization: Brigham Young University, Provo UT USA
Date: Wed, 7 Oct 1992 04:18:04 GMT

I'm trying to use gdb on a Personal Iris with g++-2.2.2.  I seems
that static functions are opaque and complex stucture members are
not visible.  Also 'this' is unknown.  Any ideas?

-- 
Bruce Owen Lee				|"We will pay the price
Brigham Young University		| But we will not count the cost"
College of Engineering & Technology	|  
Email: lee@bones.et.byu.edu		|		-- RUSH -- 


Newsgroups: gnu.gdb.bug
From: johns@delilah.ccsf (John Salmon)
Subject: program input from a pipe?
Organization: Caltech Concurrent Supercomputing Facility.
Distribution: gnu
Date: Fri, 9 Oct 1992 12:47:38 GMT

This is a 'help' request, not a bug report.  Is there a gnu.gdb.help
newsgroup or mailing list?

I have a program which behaves differntly when it's input is coming from
a pipe from when its input is from a file.  Is there any way to run it
under gdb with its input redirected from a pipe?

Thanks,
--
John Salmon		 Internet: johns@delilah.ccsf.caltech.edu
206-49 Caltech		 UUCP: johns%delilah.ccsf.caltech.edu@uunet.uu.net
Pasadena, CA 91125 USA	 Bitnet: johns@caltech.bitnet
(818)356-2907		 delilah.ccsf.caltech.edu=[131.215.145.137]

Newsgroups: gnu.gdb.bug
From: phall@mdtf14.fnal.gov (Pennie Hall)
Subject: Command completion in GDB 4.5 under EMACS
Organization: Fermilab, Batavia, IL
Distribution: gnu
Date: Tue, 13 Oct 1992 22:29:45 GMT

I am running GDB 4.5 under EMACS 18.57 but I cannot use the TAB key for
command completion as I do from within GDB when run from my shell.  Is 
there a way to do this???
---
 _______    ____    __    _______    ___    	+  phall@mdtf14.fnal.gov
|   ____|  |    \  |  |  |   _   |  |   |   	+  Pennie Hall
|  |__     |  |\ \ |  |  |  |_|  |  |   |   	+  Fermilab - TS/MTF
|   __|    |  | \ \|  |  |   _   |  |   |__ 	+  M.S. 316
|  |       |  |  \    |  |  | |  |  |      |	+  P.O. Box 500
|__|       |__|   \___|  |__| |__|  |______|	+  Batavia, IL  60510
--
 _______    ____    __    _______    ___    	+  phall@mdtf14.fnal.gov
|   ____|  |    \  |  |  |   _   |  |   |   	+  Pennie Hall
|  |__     |  |\ \ |  |  |  |_|  |  |   |   	+  Fermilab - TS/MTF
|   __|    |  | \ \|  |  |   _   |  |   |__ 	+  M.S. 316
|  |       |  |  \    |  |  | |  |  |      |	+  P.O. Box 500
|__|       |__|   \___|  |__| |__|  |______|	+  Batavia, IL  60510

Newsgroups: gnu.gdb.bug
From: nat@egg.gg.caltech.edu (Nathan Inada)
Subject: Re: gdb doesnt recognize ISC core dump-thanks all.
Keywords: gdb isc
Organization: California Institute of Technology, Pasadena
Distribution: gnu
Date: Thu, 8 Oct 1992 14:49:12 GMT

nathan

Newsgroups: gnu.gdb.bug
From: mt00@etherm.co.UK (Martin Tomes)
Subject: Re: gdb doesnt recognize ISC core dump
Keywords: gdb isc
Organization: Eurotherm Limited
Distribution: gnu
Date: Fri, 16 Oct 1992 08:18:58 GMT

voder!wlbr!WLV.IIPO.GTEGSC.COM!amc@ucbvax.berkeley.edu (Allen M. Cohen) writes:

>In article <1992Oct9.090901.13991@eurotherm.co.uk> mt00@etherm.co.uk (Martin Tomes) writes:
>>nat@egg.gg.caltech.edu (Nathan Inada) writes:
>>
>>
>>uudecode and uncompress this.  It is the patches I have applied to gdb 4.6 and it works very well.  We use ISC 3.0.
>>
>I get a patch error from iscpatch:
>  Patching file gdb/coffread.c using Plan A...
>  Malformed patch at line 140: ame));
>I'm using patch version 12u3.
>-- 
><> Allen M. Cohen -- Autologic, Inc. 1050 Rancho Conejo Blvd.,T.O. Ca.91320 <>
><> 1853 Stonesgate St.             Internet:  amc@IIPO.GTEGSC.COM           <>
><> Westlake Village, Ca. 91361     Telephone: (805) 498-9611 ext. 195       <>
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

Sorry!  A line was split, here is the correct patch:

*** coffread.c-dist     Wed Jul  8 23:01:37 1992
--- coffread.c  Wed Jul  8 23:04:15 1992
***************
*** 1537,1542 ****
--- 1537,1547 ----
    bzero (sym, sizeof (struct symbol));
    name = cs->c_name;
    name = (name[0] == '_' ? name + offset : name);
+ /* Try and give 'this' a better name in C++.  This change made for ISC, it
+  * might work elsewhere, too (copied basically from mipsread.c)
+  */
+   if (name[0] == CPLUS_MARKER && name[1] == 't' && name[2] == 0)
+         name = "this";
    SYMBOL_NAME (sym) = obstack_copy0 (&objfile->symbol_obstack, name, strlen (name));

    /* default assumptions */

-- 
Martin Tomes
Janet:    mtomes@uk.co.eurotherm
Internet: mtomes@eurotherm.co.uk
UUCP:     {uknet,uunet}!etherm!mtomes


Newsgroups: gnu.gdb.bug