HDTenEightyP/NetNews huggingface dataset:
From: casadei@verona.mit.edu (Stefano Casadei)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: fixed-width printing
Date: 23 Aug 92 01:19:23 GMT
Organization: Massachusetts Institute of Technology


Hi, is there a way to print a double object  in such a way that the lenght of
the output is fixed (or has a MINIMUM width) ? That is, extra empty
space should be added up to a given total lenght.
This is necessary in order to print nice-looking tables of values.

Please reply to: casadei@cesena.mit.edu
From: munroe@dmc.com (Dick Munroe)
Newsgroups: gnu.g++.help
Subject: How to submit a bug report?
Date: 16 Aug 92 14:35:39 EDT
Organization: Doyle, Munroe Consultants, Inc., Hudson, MA

I've isolated a bug in the g++ compiler (it produces bad debugging
information).  How do I go about submitting a bug report?
-- 
Dick Munroe				Internet: munroe@dmc.com
Doyle Munroe Consultants, Inc.		UUCP: ...uunet!thehulk!munroe
267 Cox St.				Office: (508) 568-1618
Hudson, Ma.				FAX: (508) 562-1133

GET CONNECTED!!! Send mail to info@dmc.com to find out about DMConnection.
Newsgroups: gnu.g++.help,comp.lang.c++
From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
Subject: Re: Building gcc/g++ 2.2 on a Motorola Delta
Date: Fri, 21 Aug 1992 00:34:21 GMT
Organization: TH-Darmstadt

In article <9208200218.AA25714@ctnet> swr@curtech.UUCP (Steve Robertshaw) writes:

>   Hi,
>
>   I have finished building gcc/g++ on a Motorola Delta system (MVME147)
>   which is currently running sysV68 r3V5.1 (Motorola's Unix). The gcc seems to
>   work just dandy. The g++ compiler on the other hand produces assembly code 
>   label extensions for the function protoypes using the '$' character. I have
>   tried playing around with the cp-tree.h and associated tm.h files.
>   Unfortunately the assembler's only separator characters available are '_',
>   which wreaks havoc with C labels if that is the JOINER, '~', which would work
>   fine except that the assembler only lets you place it at the beginning of the
>   label, and '%', which of course will wreak havok with all the sprintf
>   statements. Does anyone know of a solution to this dilema as well as any other
>   pitfalls which may befall the unsuspecting. Thanks.

>   Steve Robertshaw

Your observations are right. Methods in cp-tree.h etc. generating
symbol names have  to be beefed up a just `little' bit for this marvellous 
architecture (MVME147 rnning sysV68R3.[456]). 

Already I started a port of GCC-2.2.2. gcc works fine, as optimization
might be to be improved (I know I got the sources ....). g++ is able
to compile most of our c++ sources, but groff shows a strange bug in
the system provided libc.a. Closing a file will provoke a SIGBUS
/SIGSEG, as runtime library claims buffers are lost .... ...

If there is interest, I will put this work on
	"ftp.th-darmstadt.de:/pub/incoming/local_ports/sysV68/..."

Please mail to :
	gnu@pdv2.fmr.maschinenbau.th-darmstadt.de.

This port is  approved neither by FSF nor RMS.

best, adams






Newsgroups: gnu.g++.help,comp.lang.c++
From: gwl@jc3b23.UUCP (George W. Leach)
Subject: (none)
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Wed, 12 Aug 1992 12:07:38 GMT


Hello!


	I've got a quick question.  The latest GNU Bulletin (6/92) 
includes a description of G++, which indicates that AT&T's cfront is 
diverging from the ANSI efforts.  This is presented as the reason why 
G++ and cfront are not in sync.  Furthermore, there is an indication 
that G++ is tracking ANSI.  The version of G++ listed is 1.40.3.  The
version of cfront spoken of is not listed (3.0?).


	I have access to neither AT&T's cfront or G++.  I do have the
ARM.  Can someone elaborate on the point put forth in the GNU BUlletin?


Thanks,

George


George W. Leach				jc3b23!gwl@uunet.UU.NET
St Petersburg Junior College		Engineering Technology Dept.
P.O. Box 13489				St. Petersburg, FL 33733-3489
From: folta@cs.umd.edu (Wayne Folta)
Newsgroups: gnu.g++.help
Subject: g++ and non-g++ libs -- help
Date: 18 Aug 92 00:43:57 GMT
Distribution: na
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

I just got g++ up, but the person who got it to me forgot to supply libg++.
While I am waiting for this, I decided to try my hand at c++, without the
cannonical c++ libraries. The problem is that I cannot link to non-g++
routines.

If I declare strncpy, for example:

   extern char *strncpy (char *, const char*, int) ;

g++ creates _strncpy__FPcPCci, which, of course, does not exist. I understand
that the suffixed letters are simply abbreviations for the types of arguments
that I declared, but how do I keep g++ from doing this appending? I could
not find anything in the manual page or the texinfo document.

Thanks!
-- 


Wayne Folta          (folta@cs.umd.edu  128.8.128.8)
From: wayne@jahangir.UUCP (wayne)
Newsgroups: gnu.g++.help
Subject: libg++ and SunOS 4.1.2
Keywords: help
Date: 13 Aug 92 13:40:14 GMT
Organization: MDC, NYC


     I can't get libg++ 2.2 to make under 
the SunOS 4.1.2 . Below is the output from the 
make. 



echo "# !Automatically generated from ./functions.def"\
  "- DO NOT EDIT!" >needed2.awk
grep '^DEFVAR(' < ./functions.def \
 | sed -e '/DEFVAR/s|DEFVAR.\([^,]*\).*|/\1/ { printf \"#ifndef NEED_\1\\n#define NEED_\1\\n#endif\\n" }|' \
 >>needed2.awk
grep '^DEFFUNC(' < ./functions.def \
 | sed -e '/DEFFUNC/s|DEFFUNC.\([^,]*\).*|/\1/ { printf \"#ifndef NEED_\1\\n#define NEED_\1\\n#endif\\n" }|' \
 >>needed2.awk
gcc -c -g -I. -I./../include  ./dummy.c
(gcc  dummy.o  ) >errors 2>&1 || true
rm -f a.out dummy.o
echo "/* !Automatically generated from ./functions.def"\
  "- DO NOT EDIT! */" >config.h
awk -f needed2.awk <errors >>config.h
gcc -c -g -I. -I./../include  basename.c
gcc -c -g -I. -I./../include  getopt.c
gcc -c -g -I. -I./../include  getopt1.c
gcc -c -g -I. -I./../include  obstack.c
gcc -c -g -I. -I./../include  spaces.c
gcc -c -g -I. -I./../include  concat.c
gcc -c -g -I. -I./../include  fdmatch.c
gcc -c -g -I. -I./../include  argv.c
gcc -c -g -I. -I./../include  strerror.c
gcc -c -g -I. -I./../include  strsignal.c
echo "# !Automatically generated from ./functions.def"\
  "- DO NOT EDIT!" >needed.awk
grep '^DEF(' < ./functions.def \
    | sed -e '/DEF/s|DEF.\([^,]*\).*|/\1/ { printf \"\1\.o " }|' \
    >>needed.awk
awk -f needed.awk <errors >needed-list
echo  >>needed-list
gcc -c -g -I. -I./../include  memmove.c
gcc -c -g -I. -I./../include  strtoul.c
gcc -c -g -I. -I./../include  alloca.c
rm -rf libiberty.a
ar qc libiberty.a \
  basename.o getopt.o getopt1.o obstack.o spaces.o concat.o  fdmatch.o argv.o strerror.o strsignal.o memmove.o strtoul.o alloca.o
ranlib libiberty.a
rootme=`pwd` ; export rootme; CC="gcc `if [ -f ${rootme}/../gcc/gcc ] ;  then echo -I${rootme}/../gcc/include ;  else echo ; fi`"; export CC; \
./utils/gen-params  >tmp-params.h

gcc: dummy.C: linker input file unused since linking not done
nm: dummy.o: cannot open
nm: dummy.o: cannot open
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number
*** Error code 1
make: Fatal error: Command failed for target `_G_config.h'
Current working directory /pub/wayne/tmp/libg++-2.2/libg++
*** Error code 1
make: Fatal error: Command failed for target `all-libg++'
From: twagner@baobab.CS.Berkeley.EDU (Tim Wagner)
Newsgroups: gnu.g++.help
Subject: dynamic linking/loading with g++ (2.2.2) and SunOS4.1.2
Date: 18 Aug 92 02:30:10 GMT
Distribution: world
Organization: UC Berkeley, University of California Berkeley
NNTP-Posting-Host: baobab.cs.berkeley.edu

I'm trying to use the sunOS shared library system to get dynamic
linking to work with g++.  The basic operation works fine, but
static con(de)structors need to be called in the loaded code to
no surprise.  My attempt was to use the code from crt0, like this:

    typedef void (*func_ptr)();
    extern func_ptr __CTOR_LIST__[];
    func_ptr *p;
    for (p = __CTOR_LIST__ + 1; *p;) {
        (*p++) ();
    }

This should step through the array of function pointers placed in
__CTOR_LIST__ + 4  by the `collect2' program.

The problem is that the __CTOR_LIST__ I bind to is the one from
the *main* executable, not the dynamically loaded image.  This is strange,
given that the shared library shows only a defined __CTOR_LIST__, not an
undefined one, so presumably no further binding of that symbol would
occur.  I have verified that it does using gdb to look at the address
and contents of __CTOR_LIST__ in the loaded image *after* it has been
dynamically loaded.  Running `nm' on the shared library shows only the 
defined symbol.

Here's the makefile, which describes how I build the main program
and the part to be loaded:

prog: main.o
        g++-2.2.2 -o prog main.o -ldl -lg++-2_1

main.o: main.cc
        g++-2.2.2 -c -o main.o main.cc

lib.so.1.1: lib.o
        gcc-lib/sun4/2.2.2/ld -o lib.so.1.1 lib.o

lib.o: lib.cc
        g++-2.2.2 -fpic -c -o lib.o lib.cc

(The main program loads the file "lib.so.1.1" via the `dl' library
functions.)

So my questions are:
    (1) Why is this happening?
    (2) Has anyone gotten dynamic linking to work in a similar fashion?
    (3) What else lurks in this pool to bite me?

I should mention that if I call the magic functions (the compiler-generated
thunks of the form _GLOBAL$I$name and _GLOBAL$D$name) manually, all is
well and the loaded code's static con(de)structors are fine.  But a better
method than that should be possible.

Please respond via e-mail; I will post any solutions found if people
register interest in the problem.

-Tim Wagner
UC Berkeley CS Department
508-9 Evans
twagner@CS.Berkeley.EDU
Newsgroups: gnu.g++.help
From: balson@3d.enet.dec.com (Jim Balson)
Newsgroups: gnu.g++.help
Subject: I;d like some general info on G++
Date: 17 Aug 92 17:39:42 GMT
Organization: none.




	Hi, I am new to the g++ news group and to the world of C++. If there 
is a FAQ could someone please be kind enough to send it to me. Any other 
documentation on gnu C/G++ would be apprecieated too. In the meantime, I 
have a few general questions redarding G++ that I hope someone could answer.

	1) How stable id G++

	2) I will be taking a class in C++ programming this fall, is G++
	   stable enough to use for class work?

	3) Does G++ implement all of the functionality that other c++ compilers
	   have? namely is it compliant with ATT Cfront 2.0, 2.1 and 2.2 ?
	   How about the ANSI standard. Is G++ ANSI compliant?

	4) Does it have class brousers and other goodies?


	Thats all I can think of at the moment. If you have any other info 
gcc/g++ I'd apprecieate you forwarding that also.


	Please email and I'll post a summary if there is interest.

Jim
balson@3d.enet.dec.com
From: ilh@lcs.mit.edu (Lee Hetherington)
Newsgroups: gnu.g++.help
Subject: dynamic (shared) libraries on a SPARC?
Date: 13 Aug 92 15:59:00 GMT
Reply-To: ilh@lcs.mit.edu
Distribution: gnu
Organization: MIT/LCS Spoken Language Systems

I've just compiled gcc/g++ (2.2) and libg++ (2.2).  Is it possible to
build and use dynamic libraries on a SPARC?  Specifically, I'd like to
make libg++ dynamic (libg++.so.X.Y) so that my executable programs are
much smaller.  Is this possible?  Has anyone been successful?

I've tried compiling with -fpic to produce position-independent code
and then linked with `ld -o libg++.so.X.Y -assert pure *.o'.  When
linking with such a dynamic library, the link is successful (no error
messages), but the program dumps core when I try to run it.  BTW, I
don't think that I'm using GNU's assembler.

Any info appreciated!  Please email.

--Lee Hetherington
--
Lee Hetherington
From: chuan@milton.u.washington.edu (Chuan "infamous" Lee)
Newsgroups: gnu.g++.help
Subject: build NIHCL with g++
Keywords: NIHCL, g++
Date: 19 Aug 92 02:18:49 GMT
Article-I.D.: u.1992Aug19.021849.2725
Organization: University of Washington, Seattle

Hi,

Even though the author stated, in NIHCL's readme file, that thus far
there had been no successful build of NIHCL using g++, I would like
to know if someone out there did it.  I have built NIHCL (pre-release
version 3.1.2) using sunCC2.1.  But I couldn't do it using gcc-2.1.
Any help/suggestion would be appreciated.

Chuan Lee
U of Washington, Seattle.
Newsgroups: gnu.g++.help,comp.lang.c++
From: mike@surtsey.aero.ORG (Michael J. Miller)
Subject: Debugging GNU g++
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Wed, 19 Aug 1992 18:40:44 GMT

Hello,

Is it possible to debug GNU's g++ code using SUN's dbxtool?  Even w/ using the g++
-gdbx option, dbxtool crashes when I attempt to "debug" the executable.  I have
successfully used dbx and GNU's gdb but would prefer a window based debugger.  Is
there another debugger which offers this type of environment?  The current system
configuration is:

	SUN SPARC2, OS 4.1.2
	GNU gcc 2.2.2
	GNU gdb 4.5
	SUN dbxtool dated 2/13/91, sum: 01322 144

If someone is familiar w/ debugging g++, I would appreciate any assistance which
you could offer.
						Thanks in advance, Michael
From: kabel@jmpoff.enet.dec.com (Rik Kabel)
Newsgroups: gnu.g++.help
Subject: Port to DEC Alpha VMS Platform
Date: 17 Aug 92 16:04:53 GMT
Organization: Digital Equipment Corporation

Does anybody know of any effort to port GNU G++ to ALPHA VMS? Please respond
via email to zamora@jmpoff.enet.dec.com.
From: Marc_Van-Woerkom@ac3.maus.de (Marc Van-Woerkom)
Newsgroups: gnu.g++.help
Subject: SGI GL Programming
Date: Sun, 16 Aug 92 19:01:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.11

Hello!

I want to do some Silicon Graphics GL Programming using GNU's C++ compiler.

If one of you have some tips for me, I would be very thankful.


Bye, Marc
From: rfg@netcom.com (Ronald F. Guilmette)
Newsgroups: gnu.g++.help
Subject: Re: gas for dwarf
Keywords: assembler, debugging
Date: 16 Aug 92 09:10:49 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

In article <1992Aug04.150545.15412@th-ilmenau.RZ.TH-Ilmenau.DE> schmidt@PrakInf.TH-Ilmenau.DE (Schmidt) writes:
>Is there a version of gas which can read dwarf debugging information?

As far as I know, the answer is no.

>I'm on a sun4 running SunOS 4.1.1. and using gcc-2.2.2. cc1plus generates
>the debugging information...

You have configured the compiler incorrectly.  DWARF is *not* produced
for a target configuration of sunos 4.x.

> but no assembler can read it.

Actually that is not true.  No GNU assembler can read DWARF, but other
assemblers can (and do).
Newsgroups: gnu.g++.help
From: boyle@gca.com (David Boyle)
Subject: Using gprof with gcc2.1
Keywords: gcc2.1 gprof
Organization: GCA Corporation
Distribution: usa
Date: Tue, 18 Aug 1992 21:37:39 GMT

The man page (and texinfo) for gcc2.1 indicates the the -p and -pg flags
are supported.  When I try to use this, my program compiles, but at link
time mcount is undefined.

Is this actually supported for gcc2.1?  Am I doing something wrong?  Where
is mcount defined?

--
David Boyle                            ...uunet!gca!boyle  or  boyle@gca.com
GCA, a unit of General Signal          (508) 837-3869
Andover, MA  01810
From: andy@awds.imsd.contel.com (Andy Moskoff)
Newsgroups: gnu.g++.help
Subject: groff-1.05 and g++-2.2.2
Summary: Has anyone compiled groff-1.05 successfully?
Keywords: groff-1.05
Date: 19 Aug 92 16:25:05 GMT
Distribution: gnu
Organization: GTE Contel Federal Systems, Westlake Village, CA


Hi,

I'm trying to compile groff-1.05 with g++-2.2.2. I get an error in the file
errarg.c saying that there is an incompatible assignment between pointer
types. Can ANYONE tell me how to fix this? I'm not competent in C++ yet to
understand what needs to be done.


Thanks in advance. Andy.
Xref: sparky gnu.g++.help:1103 comp.lang.c++:12265
From: mas@fulcrum.bt.co.uk (Mark Stubley)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Disappearing Template object code
Date: 12 Aug 92 14:07:28 GMT
Organization: Fulcrum Communications Ltd., Birmingham, England


I am currently using g++2.2.2 to write a library that makes use of a
template for a hash table. This class alon
g with a class that uses it
are in a link time library.

When a program is compiled that uses the library then all references
to the specific instance of the template class are undefined. Running nm
on the template object files reveals they don't contain any class
specific symbols.

If I write a simple test program with the template definitions in the
same file as instances are declared then it works fine. As soon as I
move the definitions to a different file I get link failures on the
template constructors. Have I missed something obvious ?

Thanks in advance

Mark



--
===========================================================================
Mark A. Stubley                                     (mas@fulcrum.bt.co.uk)
===========================================================================
Fulcrum communications L.T.D., Fordrough Lane, Birmingham, B9 5LD, ENGLAND.
Newsgroups: gnu.g++.help
From: cflatter@nrao.edu (Chris Flatters)
Subject: Re: (none)
Reply-To: cflatter@nrao.edu
Organization: NRAO
Date: Wed, 12 Aug 1992 16:45:41 GMT

In article AA02010@jc3b23.UUCP, gwl@jc3b23.UUCP (George W. Leach) writes:
>	I've got a quick question.  The latest GNU Bulletin (6/92) 
>includes a description of G++, which indicates that AT&T's cfront is 
>diverging from the ANSI efforts.  This is presented as the reason why 
>G++ and cfront are not in sync.  Furthermore, there is an indication 
>that G++ is tracking ANSI.  The version of G++ listed is 1.40.3.  The
>version of cfront spoken of is not listed (3.0?).

Diverging would be a incorrect statement.  There are significant
differences between the behaviour of cfront 2.1 and the ARM (apart from
the fact the cfront 2.1 does not implement templates and exceptions).
The most obvious difference is that nested classes definitions are
given global scope in cfront 2.1.  This and most other (if not all)
discrepencies are fixed in cfront 3.0.  USL are actually moving closer
to conformance with the ANSI draft.

GNU C++ should, however, be a little more nimble in tracking the draft
standard than USL's cfront since releases of GNU C++ are rather more
frequent than releases and don't have to percolate out through
resellers (although cfront 3.0 was officially announced in October 1991
most resellers still appear to be at version 2.1).  Given the length of
time between USL releases it is unlikely that USL will attempt to track
the ANSI draft standard in detail; they may stick with their interpretation
of the ARM if there is any conflict with the ANSI interpretation until
the ANSI draft stabilizes.  Any differences that would result from this
are likely to be minor (so far).

In any case, it would be unwise to expect total source compatibility between
different implementations of C++ until the ANSI standard gets the official
stamp of approval.  

	Chris Flatters
	cflatter@nrao.edu

Newsgroups: gnu.g++.help,comp.lang.c++,comp.std.c++
From: casadei@verona.mit.edu (Stefano Casadei)
Subject: constructor call during initialization of same class
Organization: Massachusetts Institute of Technology
Date: Sun, 23 Aug 1992 03:03:55 GMT

Is it possible to define a class constructor which invokes another
constructor of the same class during the initialization phase (i.e. between
the : and the body) ? If not, why is such a simple feature not implemented
in the language ?

Please reply also to: casadei@cesena.mit.edu

Thanks.

Stefano
From: vombruch@quando.quantum.de (Stefan vom Bruch)
Newsgroups: gnu.g++.help
Subject: GNU C++ and Trident SVGA on IBM-PC?
Keywords: driver SVGA
Date: 21 Aug 92 05:13:28 GMT
Organization: Quantum Software GmbH, Dortmund, Germany
X-Newsreader: Tin 1.1 PL5


Hi!

I've just installed GNU C++ on my IBM386. The compiler seems to work fine but
I have got difficulties with the supplied drivers. I've got a 1MB Trident 8900
SVGA-board but setting the go32-variable to either the TRIDENT or TRIDNT89
driver won't work at all: the screen goes blank and nothing happens, sometimes
the machine will hang and even CTRL-ALT-DEL won't work any more.
The only driver that will work is the standard VGA-driver which leaves me
with only the 320x200 resolution.
Am I doing something wrong? Or are there some other drivers available that
I could use?

Thanks, Stefan

-- 
 _--_|\            Stefan vom Bruch                         vombruch@quantum.de
/      | ______________________________________________________________________
\.--._/ (_      /  Quantum GmbH, Emil-Figge-Str.83, W-4600 Dortmund 50, Germany
_____v____) |/ /_)
-- 
 _--_|\            Stefan vom Bruch                         vombruch@quantum.de
/      | ______________________________________________________________________
\.--._/ (_      /  Quantum GmbH, Emil-Figge-Str.83, W-4600 Dortmund 50, Germany
_____v____) |/ /_)
Newsgroups: gnu.g++.help,comp.lang.c++
From: klamer@mi.el.utwente.nl (Klamer Schutte)
Subject: Re: Debugging GNU g++
Organization: University of Twente, BSC-El
Date: Thu, 20 Aug 1992 08:45:04 GMT

In <9208191840.AA18846@surtsey.aero.org> mike@surtsey.aero.ORG (Michael J. Miller) writes:

>Hello,

>Is it possible to debug GNU's g++ code using SUN's dbxtool?  Even w/ using the g++
>-gdbx option, dbxtool crashes when I attempt to "debug" the executable.  I have
>successfully used dbx and GNU's gdb but would prefer a window based debugger.  Is
>there another debugger which offers this type of environment?  The current system
>configuration is:

>	SUN SPARC2, OS 4.1.2
>	GNU gcc 2.2.2
>	GNU gdb 4.5
>	SUN dbxtool dated 2/13/91, sum: 01322 144

>If someone is familiar w/ debugging g++, I would appreciate any assistance which
>you could offer.
>						Thanks in advance, Michael

I use xxgdb for a dbxtool-like interface to gdb. Compiling probably
involved access to the athena widget library, which is present if
you have X11R4, X11R5, and OW3 (i think). OW2 seems to be missing this,
though. Otherwise you could use mxgdb, which needs Motif libraries,
which we don't have.

If you have OW2, you could try to just get the athena library. (libXaw).
Better, get X11R4 or X11R5, as Xsun is much faster and time efficient
compared to xnews.

Klamer

BTW Instead of dbxtool i often use xdbx, when i use Sun C++. And when using
	sun C (cc) i use ups. But that is for another newsgroup...

--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl
Newsgroups: gnu.g++.help
From: burks@seena.eecs.umich.edu (Timothy Burks)
Subject: Getting debugging information on mips-dec-ultrix4.2?
Organization: University of Michigan, Ann Arbor
Date: Wed, 12 Aug 1992 16:19:43 GMT


I'm having trouble getting gcc (2.2.2) to produce debugging
information (using the -g option) on a DECstation.  Apparently,
the trouble is occurring in the mips-tfile program, which does
some updates of the mips symbol tables after assembly is complete.
Here's a partial transcript:

 /usr/local/lib/gcc-lib/mips-dec-ultrix4.2/2.2.2/mips-tfile -v -o Net.o /usr/tmp
mips-tfile version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix
mips-tfile, /usr/tmp/cca16285.s:631 compiler error, badly formed #.def (internal
line:           #.def   ListEntry<class Pin*>;  .scl    10;     .type   0x8;def

mips-tfile, /usr/tmp/cca16285.s:633 compiler error, badly formed #.def (internal
line:           #.def   _prev;  .val    4;      .scl    8;      .tag    ListEntrze      12;     .type   0x18;   .endef

mips-tfile, /usr/tmp/cca16285.s:634 compiler error, badly formed #.def (internal
line:           #.def   _next;  .val    8;      .scl    8;      .tag    ListEntrze      12;     .type   0x18;   .endef

<error messages go on MUCH further>


Has anyone else encountered this?  Managed to fix the problem?

Thanks for any help,

Tim
Lines: 12