HDTenEightyP/NetNews huggingface dataset:
From: pgr@ecs.ox.ac.uk (Partially Grown Rhododendron)
Newsgroups: gnu.misc.discuss
Subject: A question about the GPL with respect to binary distributions
Date: 17 Aug 92 21:54:35 GMT
Reply-To: pgr@prg.ox.ac.uk (Partially Grown Rhododendron)

Suppose (hypothetically) that I want to distribute some binaries for
various bits of GNU code.  I make up a tar-file of all the binaries and
put them up for FTP (making sure that I have included all the copying
notices and warranty's).


Now, clearly if I include the source in the same tar-file, then I am
doing everything needed by the GPL.


But what happens if I put a second tar-file on the *same* site, in the
same directory (with a clear labelling of what the two files are)?
Does this fall under clause 3(a) of the GPL (version 2):

|   a) Accompany it with the complete corresponding machine-readable
|   source code, which must be distributed under the terms of Sections
|   1 and 2 above on a medium customarily used for software interchange; or,

Or, would I still have to keep a copy of the source code available for up
to 3 years in order to satisfy 3(b):

|   b) Accompany it with a written offer, valid for at least three
|   years, to give any third party, for a charge no more than your
|   cost of physically performing source distribution, a complete
|   machine-readable copy of the corresponding source code, to be
|   distributed under the terms of Sections 1 and 2 above on a medium
|   customarily used for software interchange; or,

In other words, is putting the source in the same directory as the
executables classified as `accompanying'?


Ok, final case.  Suppose I don't put the source in the same directory;
what obligations am I under then?  My guess is that it is definitely
going to be 3(b) even if it appears on other (or the same) FTP site;
is that right?


(I do remember Richard Stallman's post about this, but that post I don't
think covered the initial case I propose and that is the case that I
want to find out about...)

phil richards

p.s.	This is a hypothetical case as far as I am concerned -- I have
	no intention of creating a binary-only distribution.  However,
	a case of this nature has recently occurred and I would like
	to know what obligations, if any, have not been satisfied.
--
pgr@prg.ox.ac.uk -- programming research group -- oxford -- uk
From: kyle@wendy-fate.UU.NET (Kyle Jones)
Newsgroups: gnu.misc.discuss
Subject: Re: `Patented' Trashcan of Apple -- Lawsuit
Date: 18 Aug 1992 13:27:25 -0400
Organization: UUNET Communications
NNTP-Posting-Host: wendy-fate.uu.net

mayr@risc.uni-linz.ac.at (Herwig Mayr) writes:
 > Why not use an `apple' symbol for trashcans on
 > non-apple machines?

I LIKE IT.

Newsgroups: gnu.misc.discuss
From: fritzz@lamont.ldgo.columbia.edu (fritz zaucker)
Subject: Re: Emacs security hole (was Re: Installing TeX at a "secure" site?)
Followup-To: gnu.misc.discuss
Originator: fritzz@ko.ldgo.columbia.edu
Organization: Lamont-Doherty Geological Observatory, Columbia University, New
	York
	<FRITZZ.92Aug14174337@ko.ldgo.columbia.edu>
	<16nbmdINNdao@hilbert.math.ksu.edu>
Date: Mon, 17 Aug 1992 23:41:11 GMT

In article <16nbmdINNdao@hilbert.math.ksu.edu> tar@math.ksu.edu (Tim Ramsey) writes:

   fritzz@lamont.ldgo.columbia.edu (fritz zaucker) writes:

   >Wasn't there a virus spread by legally sold software for the Mac?  By
   >the way, an older version of GNU Emacs (which is running at the site
   >who requested that info) installed some program as setuid root by
   >mistake and created a major security hole.

   This is slightly wrong.  GNU Emacs didn't install the program ("movemail")
   setuid anything.  From the GNU Emacs FAQ file:

I apologize for the wrong blame on Emacs.
From: johnw@bobcat.cbm.commodore.com (John F. Wiederhirn)
Newsgroups: gnu.misc.discuss
Subject: GCC Obj-C Substrate?
Date: 18 Aug 92 20:05:03 GMT
Organization: Commodore Applications and Technical Support

Is there any word as to the status of the Objective C substrate?
Any dates yet?
-- 
==========================================================================
       John Wiederhirn - Commodore Applications & Technical Support
         {uunet,rutgers}!cbmvax!johnw  johnw@cbmvax.commodore.com
Newsgroups: gnu.misc.discuss
From: gray@antaire.COM (Gray Watson)
Subject: dynamic link tables...
Reply-To: gray.watson@antaire.com
Organization: antaire corporation, pittsburgh, pa, usa
Distribution: gnu
Date: Fri, 21 Aug 1992 03:57:01 GMT

This is probably an inappropriate question to post here.

Anyone know of anyone whose has hacked ld to provide
jump-to-string-function-name functionality.

In other words the ability to say:

static void foo() {}

main()
{
  virtual_jump("foo", args...);
}

I don't care if the args to foo will then be a varargs list.

I am simulating this now in straight C but it requires foo to be registered in
a string->name table.  The linker has to know the name so I thought it might be
easy to have it do this work.

Unfortunately, switching to c++ (does it have this sort of functionality) or
objective c (I know it does) is not a viable solution at this point.  :-)

always dreaming,
gray
From: dwight@s1.gov (Dwight Shih)
Newsgroups: gnu.misc.discuss
Subject: Re: Do you want free objects from FSF?
Date: 20 Aug 92 23:35:53 GMT
Organization: LLNL

In article <170q0iINN84v@agate.berkeley.edu> jbuck@forney.berkeley.edu (Joe Buck) writes:
>
> I think that the GLPL is the appropriate protection to use for object and
> class libraries; this is consistent with what FSF has already done and
> will avoid confusion by having the same conditions on all Gnu-ish class
> libraries.
>
>   ...   For example, if you use libg++ in a
> project, you must distribute source to libg++.  You need not distribute
> source to your classes that are inherited from C++ classes (I purposely
> didn't say "derived" to avoid confusion with the concept of a derivative
> work in copyright law -- it isn't necessarily the same).  If, however, you
> make modifications to the source code of any part of libg++, you must
> distribute source to those modifications.
>

Ok, what about this scenario?

Let GWO be a gee-whiz object covered by GLPL

Suppose that I've obtained an object library containing Has-A
relationships with GWO.  Suppose again that there is a fundamental
algorithmic revelation resulting in a new and improved GWO-prime
which satisfies our previous interface specifications, is a order of
magnitude faster and twice as big.

Will:	our linkers do the right thing,
	developers be limited to Has-A-Pointer-To relationships,
   or
	I have to live with the old non-improved object and the
	  related object name-space pollution.


I think that the Is-A relationships will be worse, since they often
assume knowledge of the inner workings of GWO.


dwight shih					dwight@s1.gov
Xref: sparky gnu.misc.discuss:2729 comp.archives.admin:414
From: ggw@wolves.uucp (Gregory G. Woodbury)
Newsgroups: gnu.misc.discuss,comp.archives.admin
Subject: Re: Apple postings return to comp.archives
Date: 18 Aug 92 04:30:22 GMT
Followup-To: gnu.misc.discuss
Organization: Wolves Den UNIX
X-Md4-Signature: 3bebc5a3259c19f1702b7b33d5e1ba2f

<16d3icINN1s2@agate.berkeley.edu> adam@soda.berkeley.edu (Adam J Richter) sez:
>
>	On Friday, August 7th, Apple Computer lost its "look and feel"
>lawsuit against Microsoft.  The judge rejected the basic concept of
>a "look and feel" test for software copyright infringement and made
>many other important rulings which were good news for our freedom to
>write software.
>
>	As far as I can tell, funding Apple no longer seriously
>jeopardizes my basic freedoms.  Therefore, assuming that Apple does
>not appeal, I will begin scanning the Apple newsgroups and forwarding
>the Apple postings to comp.archives.

It was inappropriate to exclude them for political reasons in the first
place.  Will you now exclude items intended for operation on AT&T or USL
UNIX systems?
-- 
Gregory G. Woodbury @ The Wolves Den UNIX, Durham NC
UUCP: ...dukcds!wolves!ggw   ...duke!wolves!ggw           [use the maps!]
Domain: ggw@wolves.Durham.NC.US  ggw@cds.duke.edu  ggw%wolves@duke.cs.duke.edu
[The line eater is a boojum snark! ]           <standard disclaimers apply>
From: khera@cs.duke.edu (Vivek Khera)
Newsgroups: gnu.misc.discuss
Subject: Re: Pascal to C translater
Date: 14 Aug 92 14:55:29 GMT
Distribution: gnu
Organization: Duke University CS Dept., Durham, NC
In-reply-to: rodmur@ecst.csuchico.edu's message of 14 Aug 92 00:59:15 GMT
X-Md4-Signature: 249c07e158c4970c8d78dc3cf3a5346a

In article <1992Aug14.005915.27936@ecst.csuchico.edu> rodmur@ecst.csuchico.edu (The Terminally Bored) writes:

   Does anyone know if GNU makes a pascal to C translater,  thought I've seen
   a p2c somewhere before but I didn't see anything at prep.ai.mit.edu


the whole world ain't GNU software...  just because something is free
doesn't mean its from GNU.

i'd suggest getting an archie client for your machine if it sits on
the internet.  makes finding things much easier.


Archie sez: 

Host aix.rpi.edu

    Location: /pub
           FILE -rw-r--r--     508933  Apr  1 1991  p2c.tar.Z

Host ftp.waseda.ac.jp

    Location: /pub/archive/comp.sources.unix/volume22/p2c
           FILE -rw-rw-r--     493321  Jun  2 1990  p2c.tar.Z

Host hobiecat.pcmp.caltech.edu

    Location: /pub
           FILE -rw-rw-r--    1324407  Jul  3 16:34  p2c.tar.Z

Host kum.kaist.ac.kr

    Location: /pub/language
           FILE -rw-rw-rw-    1543147  Jun  4 1991  p2c.tar.Z

Host metro.ucc.su.oz.au

    Location: /pub/p2c
           FILE -rw-r--r--     495139  Apr  5 1990  p2c.tar.Z

Host nestroy.wu-wien.ac.at

    Location: /ftp-raimund/pub/src/Languages
           FILE -rw-rw-r--     604160  Feb 13 1991  p2c.tar.Z

Host nuri.inria.fr

    Location: /prog/tools
           FILE -rw-rw-r--     493255  Mar 14 1991  p2c.tar.Z

Host pemrac.space.swri.edu

    Location: /Convex/INCOMING/Hamburg
           FILE -rw-r-----    1498227  Nov 22 1991  p2c.tar.Z

Host psuvax1.cs.psu.edu

    Location: /pub/src
           FILE -rw-r--r--     560300  May 22 1991  p2c.tar.Z

Host raimund.wu-wien.ac.at

    Location: /pub/src/Languages
           FILE -rw-rw-r--     604160  Feb 13 1991  p2c.tar.Z

Host svin02.info.win.tue.nl

    Location: /pub/programming
           FILE -rw-r--r--     565023  Dec 17 1991  p2c.tar.Z
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Vivek Khera, Gradual Student/Systems Guy  Department of Computer Science
Internet:   khera@cs.duke.edu             Box 90129
            (MIME mail accepted)          Durham, NC 27708-0129 (919)660-6528
From: evanc@uuisis.isis.org (Evan Champion)
Newsgroups: gnu.misc.discuss
Subject: GNU UUCP
Date: 21 Aug 92 01:41:16 GMT
Organization: International Shared Information Service (Ottawa)

Is there a GNU UUCP, and where would I be able to ftp sources?  If not,
could someone point me to sources for UUCP and it's associated
utilities? Thanks!

Evan
From: mkl@rob.cs.tu-bs.de (Mario Klebsch DG1AM)
Newsgroups: gnu.misc.discuss
Subject: Re: gnutar -r
Date: 20 Aug 92 14:55:03 GMT
Organization: TU Braunschweig, Informatik, Bueltenweg, Germany

pascoe@rocky.gte.com (Dave Pascoe) writes:

>I have been trying to use gnutar -rvf to append an archive and I've
>been getting the following errors:

>>gnutar: can't write to /dev/rst0:  : I/O error
>gnutar: Blocksize = 1 records

>and on the console:

> st0:     Error for command 'write', Error Level: 'Fatal'
>        Block: 141219   File Number: 0
>        Sense Key: Illegal Request
>st0:    Error for command 'write file mark', Error Level: 'Fatal'
>        Block: 141219   File Number: 0
>        Sense Key: Illegal Request

I think the problem is the tape drive. Once I tried to write another file
to a tape I tried:
	mt fsf 1
	tar -cv .
and tar also wasn't able to write the archive. It seems that the tape drive
can write multiple files only when it doesn't read anything between writing
those files. I think it cannot switch from read mode to write mode in the
middle of the tape. So gnu stuff can't do anything against.

Mario				mkl@rob.cs.tu-bs.de
Newsgroups: gnu.gdb.bug
From: roland@gnu.ai.mit.edu (Roland McGrath)
Subject: `handle' suggestion
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 11 Aug 1992 13:16:42 GMT

It would be nice to be able to do "handle all ..."
rather than "handle 1 ...", "handle 2 ...", etc.

Newsgroups: gnu.gdb.bug
From: grigsby@agcvax.UUCP
Subject: GDB for in-circuit emulators?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 18:03:37 GMT

Has anyone heard of/used/hacked up GDB to function with
AMS or ZAX in-circuit emulators?  Gory details would be
appreciated -- XRay contains many irritating misfeatures
and bad design choices, and alternatives would be 
heavily appreciated.  Hell, if anyone else has had
great experiences with other ICEs+GDB or whatever, feel
free to tell me what's up.
Please mail me directly, as my UNIX account isn't set
up yet and I'm posting through ucbvax.
grigsby@agcvax.agames.com
{dms!}agcvax!grigsby


Newsgroups: gnu.gdb.bug
From: mbeall@scorec.rpi.edu
Subject: unable to load large c++ program on rs6000
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 14 Aug 1992 13:56:06 GMT

I seem to be having problems getting gdb to load large C++ programs
when it is running on an rs6000.  Works for small C++ programs and
for large C programs (i.e. gdb)

When loading a large C++ program I get the following errors:

gdb test
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 Error: `.bf' not 
found.

gdb: aix internal: Mismatch C_BINCL/C_EINCL pair found.

If I try running gdb under itself and then loading the same program, this
happens:

rankin:/usr27/fem/mbeall/fesm/fesm.3 gdb gdb
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) run test
Starting program: /usr/local/bin/gdb test
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...

I'm sorry, Dave, I can't do that.  Symbol format `aixcoff-rs6000' unknown.

(gdb) bt
No stack.
(gdb) quit

gdb was configured with: configure rs6000

Any help would be appreciated.

		Mark Beall  (mbeall@scorec.rpi.edu)
		Scientific Computation Research Center
		Rensselaer Polytechnic Institute
		Troy, NY
				

Newsgroups: gnu.gdb.bug
From: fromme@ipc1.rrzn.uni-hannover.dbp.DE ((Michael Fromme))
Subject: Problem using lwp (Sparc) and gdb
Organization: Universit"at Hannover, Germany
Distribution: gnu
Date: Thu, 20 Aug 1992 21:20:00 GMT

==================
GDB is not able to read the core file when I use lwp-routines (Sparc,
SunOS 4.1.2). Is there an obvious solution I'v overseen, are there
patches or would this be a feature in some of the next gdb releases.

It would be great, if gdb were able to show the address/line-no where
the signal occours and if the "where" command works.

I now that lwp is a Sun specific library, but there are many Sparcs
around...

Thanks,
	Michael

--
Michael Fromme                    Lehrgebiet Rechnernetze und Verteilte Systeme
fromme@rvs.uni-hannover.de                       Universit"at Hannover, Germany
fromme@rvs.uni-hannover.dbp.de                       Tel: (ger) 0511 / 762 3681

Newsgroups: gnu.gdb.bug
From: roland@gnu.ai.mit.edu (Roland McGrath)
Subject: incorrect name for SIGIO
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 11 Aug 1992 14:35:26 GMT

On an hp300bsd, "info sig" lists:

	SIGPOLL (23)	No	No	Yes		I/O possible

This is a BSD machine, and the name is SIGIO, thank you.

Newsgroups: gnu.gdb.bug
From: carlton@scws4.harvard.edu (david carlton)
Subject: Write-protected files in the GDB-4.6 distribution
Organization: Citizens for Boysenberry Jam
Distribution: gnu
Date: Wed, 12 Aug 1992 20:40:46 GMT

Various files dealing with HPPA are write-protected in the GDB-4.6
distribution, for no apparent reason.  These include:

gdb-4.6/gdb/config/hppabsd.mh
gdb-4.6/gdb/config/hppabsd.mt
gdb-4.6/gdb/config/hppahpux.mh
gdb-4.6/gdb/config/hppahpux.mt
gdb-4.6/bfd/config/hppabsd.mt
gdb-4.6/bfd/config/hppahpux.mh
gdb-4.6/bfd/config/hppahpux.mt
gdb-4.6/bfd/config/hppabsd.mh
gdb-4.6/bfd/hosts/hppabsd.h
gdb-4.6/bfd/cpu-hppa.c
gdb-4.6/bfd/libhppa.h
gdb-4.6/include/aout/hppa.h
gdb-4.6/include/opcode/hppa.h

david carlton
carlton@husc.harvard.edu

       Did you move a lot of KOREAN STEAK KNIVES this trip, Dingy?

Newsgroups: gnu.gdb.bug
From: ev@chorus.FR (Eric Valette)
Subject: minor bug in gdb-4.5
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 18 Aug 1992 13:03:27 GMT

I'm currently enhancing gdb-4.5 for multi-threading, cross debugging  
using SUN's rpc (sparc->386).  While doing this I found a small 
inconsistency inside the gdb sources :

in gdb-4.5/gdb/environ.c, in the function "set_in_environ", I think
the SHELL variable sould also be exported : If the user wants
to use another shell for starting his debugged program, he can't
because child_create_inferior use getenv("SHELL") to get the 
pathname of the shell for starting the program. I also used getenv
for creating remote debugged programs BUT the shell on the host and 
on the target where not located at the same place. I used the command

(gdb) set env SHELL = "/usr/local/bin/ksh"

before starting the remote program but getenv("SHELL) continued to 
return : "/usr/bin/ksh" and thus the remote exec failed.


void
set_in_environ (e, var, value)
     struct environ *e;
     const char *var;
     const char *value;
{
	...

  /* Certain variables get exported back to the parent (e.g. our) 
     environment, too.  */
  if (!strcmp(var, "PATH")			/* Object file location */
   || !strcmp (var, "G960BASE") 		/* Intel 960 downloads */
   || !strcmp (var, "G960BIN") 			/* Intel 960 downloads */
   || !strcmp (var, "GNUTARGET")		/* BFD object file type */
+  || !strcmp (var, "SHELL")			/* my FIX */
				) {
    putenv (strsave (s));
  }
  ...
}	

It is a minor bug but I think the correction is so simple...

Thanks for good free software,

Regards,

   __                 
  /  `                   	Eric Valette
 /--   __  o _.          	Chorus Systemes
(___, / (_(_(__         	6 avenue Gustave Eiffel
				F-78182, St-Quentin-en-Yvelines-Cedex

Tel: +33 (1) 30 64 82 00	Fax: +33 (1) 30 57 00 66
E-mail: ev@chorus.fr

Newsgroups: gnu.gdb.bug
From: jason@cs.ucla.edu (Jason Rosenberg)
Subject: problems with gdb
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 21 Aug 1992 11:18:38 GMT

Hello,

I am using g++ (2.2.2) with gdb (4.4).  I am not sure if this is the correct
place to write to, however, I am quite frustrated by the problems I've had
and would like to know if there is a solution to them.  However, I don't quite 
know how to submit a formal bug report, since it is really a gdb problem I'm 
having.

Gdb refuses to acknowledge the existence of any of the member functions and
methods and operators of my defined vector classes.  I can't do things like
"print vec1[1]", instead I get a message like "operator not defined for this
type".  I can't do things like "call vec1.display()", either.  "method not
defined for this type".  Also, I can't even "list intAVec::display", "method
not defined for this type".

Yet, when I do "ptype intAVec", it prints out all the declared methods and
operators.  If I do "whatis vec1", it correctly responds intAVec.

The problem with the operator existed in version 4.2, the undefined method
bug is apparently new to 4.4.  I have pointed out these problems many times 
before to this address, and also to the newsgroup gnu.g++.help.  I have never
received any acknowledgement to my communications....

Anyway, if there is anything I can do to facilitate further exploration of
the bug I am experiencing, please let me know.  Let me know also if there
is a separate place for reporting gdb problems.

My decision to use g++ can only continue as long as there is a reliable
debugging environment.  It has been frustrating, so far....

I'm hoping, there will magically be some compiler flag that will solve all
my problems.  I've been using the '-g' option....

Thanks for your time,

Jason Rosenberg

Newsgroups: gnu.gdb.bug
From: Anund.Lie@idt.unit.no (Anund Lie)
Subject: Re: Gdb has problems with breakpoints after program file update
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 10:36:09 GMT

One additional piece of information: At least for the test example,
the problem does happen for NFS-mounted files, but not for files on
local disk.  This could indicate a SunOS problem rather than a gdb
problem.  I'm running the compiles on the same machine as gdb, and
haven't tested other combinations.

The SunOS version is 4.1.2 for the machine running gdb, 4.1 for the
(Sun-3) file server.


Anund Lie
Division of Computer Systems and Telematics 
Norwegian Inst. of Technology, N-7034 Trondheim, Norway
Email: Anund.Lie@idt.unit.no       (Internet)

Newsgroups: gnu.gdb.bug
From: yancey@cunix3.prime.com (orson p. yancey)
Subject: Please add our names to bug-gdb list
Reply-To: <yancey@cunix3.prime.com>
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 19 Aug 1992 18:47:33 GMT

Dear Madam or Sir:
Since we are starting to use gdb to debug System V.4 utilities,
would you please add our names to the bug_gdb and any other mailing
lists of useful information on the gnu debugger?

Our full mailing addresses are as follows:

For Orson Yancey:
yancey@cunix3.prime.com

For Natalie Liberman:
liberman@ens.prime.com

Thank you,
Orson Yancey


Newsgroups: gnu.gdb.bug
From: dant@cmsun1.UUCP (Dan Thurman)
Subject: GDB 4.6 for sequent Dynix and PTX support??
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 12 Aug 1992 21:04:33 GMT

	Hello --

	Is there any GDB support for the Sequent dynix/ptx machines??

	Please add me to the mailing list --

	Thanks in advance

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Dan Thurman          dant@lostark.rain.com ..lostark!cmsun1!dant
Atlas Telecom        #include <std/disclaimer>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Newsgroups: gnu.gdb.bug
From: randy@ms.UKy.EDU (Randy Appleton)
Subject: HP700 running HPUX
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 13 Aug 1992 02:52:23 GMT

Hi!

I'm trying to get gdb4.6 dated July 14th running on our HP 700 series
workstations under hpux.  Is this a suported configuration?

I have run "configure hppahpux" in the gdb-4.6 directory.  This for
some reason did not configure the subdirectories, such as readline,
mmalloc, etc.  So I manually ran the same configure on the subdirectories.

All of the libraries compile just fine.  However, when I run make in
the gdb subdirectory, I get an error:
	./tm.h: 25: Can't find include file tm-hppa.h

I have searched my copy of the original tar file, and can find no such
file.  Where can I get one?


-Thanks
-Randy


Newsgroups: gnu.gdb.bug