HDTenEightyP/NetNews huggingface dataset:
From: upham@cs.ubc.ca (Derek Upham)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Re: Where do templates go?
Date: 15 Nov 1992 18:45:22 -0800
Organization: Raven's Auto Body Repair Shop, Mega-Tokyo.
NNTP-Posting-Host: pacific.cs.ubc.ca

dechc00@tohi.DMI.USherb.Ca (CHRISTIAN DECHAMPLAIN) writes:

>I understand the reasons why nobody wants to change the linkers, then how
>about a pre-linker!

That's what I was thinking.  The C++ compiler already uses stabs (or
whatever) to map object code back to the original source files; it
should be possible to use the same features for generating templates.
Have the compiler generate stabs information that points template
symbols back to the original header files.  Just before the usual
linking, a pre-linker sweeps through all the object files and looks
for unresolved template symbols (the mangler should make template
symbols obvious).  The pre-linker does consistency checks, then
compiles the template source files for every needed case, without
duplication.  After it's done, it strips the stabs info out of the
original object files and calls the "regular" linker.  To save time,
there might be an option to save the automatically generated ".o"
files in the compilation directory.

There are a couple of simple ways of finding the definitions/source
code with this method.

 * the library writer could just stick them into the header file (which
would probably be compatible with the current G++ method---oh boy).
The compiler would keep track of template definitions that it saw, but
otherwise would just ignore them until pre-link time (at which point
the header file would be interpreted as a regular source file).

 * the compiler could assume that if the header file was
"/usr/include/foo.hh", then the corresponding source file would be
named "/usr/include/foo.cc" (Dialect Alert!), stored in the same
directory; the pre-linker would just look through the same set of
#include directories as the pre-processor (which does mean the current
directory as well).

 * To be really sure, the library writer could add a #pragma directive
of some sort to the header file.  This would also be helpful as a
supplement to the other two.

The first method has a slight edge in that it's a bit more
idiot-proof.  It should also deal more gracefully with the case of a
template function (as opposed to a template class with template
members) that is defined and used throughout a single ".cc" file.

Derek

-- 
Derek Lynn Upham                               University of British Columbia
upham@cs.ubc.ca                                   Computer Science Department
=============================================================================
"Ha!  Your Leaping Tiger Kung Fu is no match for my Frightened Piglet Style!"
Newsgroups: gnu.g++.help
From: marc@r-node.gts.org (Marc Fournier - Admin)
Subject: Re: Compiling libg++-2.2 on ISC SVR3 v2.2.0
Organization: R-node Public Access UNIX Information System (416-249-5366)
Date: Thu, 19 Nov 1992 02:53:45 GMT

In article <1992Nov17.155146.18032@ugle.unit.no> bjornw@colargol (Bjoern Wennberg) writes:
>Marc Fournier - Admin (marc@r-node.gts.org) wrote:
>: Help?
>: 
>: 	I'm attempting to compile libg++ to no avail :( I have gcc
>: 2.2.2 online...I ran fixincludes when I installed it.  When I run
>: make, I get the error on fdmatch.c dealing with 'parse error before
>: mode_t' in /usr/include/sys/stat.h
>: 
>: 	Anyone out there able to help?
>: 
>: Thanks...
>: 
>: Marc
>
>Hi!
>
>mode_t is defined in <sys/types.h>
>
>You should include <sys/types.h> before including <sys/stat.h>
>or fix <sys/stat.h> so that it automatically includes <sys/types.h>
>

	Hmmmm...anyone have any more suggestions? :)  That was the first thing
I have tried to no avail :(

Thanks...

Marc
-- 
Marc G. Fournier      | R-node Public Access Unix running UnixBBS 1.10
Etobicoke, Ontario    | 416-249-5366   24hrs 7 days/week   network email
voice: 249-4230       | shell accounts available  2500+ newsgroups  FREE
marc@r-node.pci.on.ca | Telebit WorldBlazer/SupraModem2400/Cardinal 2400 
Newsgroups: gnu.g++.help,comp.lang.c++
From: FLEINERC%CFRUNI51.BITNET@mitvma.mit.edu
Subject: demangeling
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Mon, 23 Nov 1992 08:06:00 GMT


Does there exist a program to demangle names used by C++ ?
it should accept for example
     __ct__7ostreamFv
and print
     ostream::ostream()

If not, is someone writting such a beast ?

thanks for any infos

Claudio Fleiner (fleinerc@cfruni51.bitnet)
From: a_sudan@vger.nsu.edu
Newsgroups: gnu.g++.help
Subject: libg++ on AT&T 3B2, HELP!!!!
Date: 21 Nov 92 01:15:46 EDT

Hi,

I finally have gcc and g++ installed on my AT&T 3B2 sysvr3.2.
Now I am having a great deal of difficulty trying to install
libg++-2.2.  I have followed the installation instructions
but the 3b2 appears to not be supported in the g++ library.
  Well, at this point I am desperate and I would like some
kind person to help me out on this.  PLEASE.... respond
as I need this installed, like yesterday.
Any reply would be greatly appreciated.

Thanks,
abs
NSU Unix Lab

Xref: sparky gnu.g++.help:1442 comp.lang.c++:16343
From: brendan@cygnus.com (Brendan Kehoe)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Re: Where do templates go?
Date: 16 Nov 92 05:11:05 GMT
	<1992Nov13.185422.28026@muddcs.claremont.edu>
Reply-To: brendan@cygnus.com (Brendan Kehoe)
Organization: Cygnus Support, Mountain View, CA
In-reply-to: jason@jarthur.claremont.edu's message of Fri, 13 Nov 1992 18:54:22 GMT

In article <1992Nov13.185422.28026@muddcs.claremont.edu> jason@jarthur.claremont.edu (Jason Merrill) writes:

   #pragma interface and implementation have no effect on template-generated
   functions.  This seems very wrong to me, as these pragmas are the only way
   to avoid multiply-defined code in g++.  How are you supposed to make
   reasonable use of templates if this is the case?

This is a known bug, and will be fixed in a future release (possibly
2.3.3 or 2.4).  This was only discovered very recently; I'm surprised
we never got a bug report on it.

Thanks,
Brendan
--
Brendan Kehoe                                               brendan@cygnus.com
Cygnus Support, Mountain View, CA                              +1 415 903 1400
                                                             His name's Avery!
From: kilitzir@antigone.csi.forth.gr (Xristos Kilitzirakis)
Newsgroups: gnu.g++.help
Subject: g++ novice questions
Date: 23 Nov 1992 16:50:57 +0200
Organization: Institute of Computer Science, FORTH Hellas
NNTP-Posting-Host: antigone.csi.forth.gr



Dear guys,
    I have a terrible problem.When I complile my g++ programs, ld
errors all the time, like that:
------------------------------------------------------------------
<<ld: Undefined symbol 
   _cout 
   _check_state__4File 
   ___ls__7ostreami 
   _sputs__9streambufPCc 
collect: /usr/bin/ld returned 2 exit status
>> or
------------------------------------------------------------------
<<ld.so: warning: /usr/lib/libc.so.1.6 has older revision than expected 7
ld.so: warning: /usr/lib/libc.so.1.6 has older revision than expected 7
ld.so: warning: /usr/lib/libc.so.1.6 has older revision than expected 7
>> or 
--------------------------------------------------------------------
<<   ___8ifstreamPCcii 
   ___rs__FR7istreamRf 
   ___rs__FR7istreamRi 
   ___ls__FR7ostreamf 
   ___ls__FR7ostreami 
   ___8ofstream 
   ___8ifstream 
   _cerr 
   ___ls__FR7ostreamPCc 
   __$_8ofstream 
   ___8ofstreamPCcii 
   __$_8ifstream 
>>
It seems like I forgot to put the libs - do I have to put the libs
and which for what.
About ld , really I cannot understand everything.


Any answers will be rearded witha Xmas card to :
kilitzir@csd.uch.gr
kilitzir@csi.forth.gr



Xref: sparky gnu.g++.help:1483 comp.lang.c++:16824
From: wied@animal.sps.mot.com (Bill Wied)
Subject: Where are "cout" & "cin" defined?
Organization: Motorola Inc.
Date: Fri, 20 Nov 1992 18:22:33 GMT

Where is "cout" and "cin" defined within libg++ 2.2? I looked in the file
"iostream.h", but it only contains an extern reference to them.

Any help would be appreciated!!!

-- 
 _ __	        _     _          #  Bill Wied    #8-)  wied@animal.sps.mot.com
' /__)  o /  / ' )   / o   __/   #  2100 E. Elliot Rd. MD:EL512 Tempe, Az 85284
_/___)_/_/_ /   /_/_/_/_E_/_/_   #  Phone:602-897-4266  Fax:602-897-3822
______________________________)  #  Network Applications Group, Motorola SPS
From: fox@pt0204.pto.ford.com (Ken Fox)
Newsgroups: gnu.g++.help
Subject: exception handling via catch and throw
Date: 16 Nov 1992 19:09:43 GMT
Organization: Power Train Systems, Ford Motor Company
Distribution: world
Reply-To: fox@pt0204.pto.ford.com
NNTP-Posting-Host: pt0204.pto.ford.com
Keywords: catch, throw, exceptions

I would like to use real exceptions in place of longjmp, but I can't
seem to get any exception-related code to compile.  g++ 2.3.1 gives
a core dump when encountering a catch or try, and a parse error
on a throw.  Could somebody *please* (I'm begging here...) point
me in the direction of some documentation concerning the current
state of exception handling in g++?  I hope this isn't a FAQ...

Please email.  Thanks in advance.

P.S. I didn't gain any substantial insight by looking at the code, other
than to find out I needed additional compile flags to get the exception
code enabled...

-- 

Ken Fox (fox@pt0204.pto.ford.com)  | My opinions or statements do not
                                   | represent those of, nor are endorsed by,
                                   | Ford Motor Company.
CAD/CAM Technology Section         |
CAD/CAM/CAE Process Integration    | "Is this some sort of trick question
Ford Motor Company                 |  or what?" -- Calvin
Newsgroups: gnu.g++.help,comp.lang.c++
From: pickerig@eee.bham.ac.uk (Guy Pickering)
Subject: Re: demangeling
Date: Mon, 23 Nov 1992 14:16:46 GMT
Organization: The University of Birmingham, England
X-Newsreader: TIN [version 1.1 PL6]

 (FLEINERC%CFRUNI51.BITNET@mitvma.mit.edu) wrote:
: 
: Does there exist a program to demangle names used by C++ ?
: it should accept for example
:      __ct__7ostreamFv
: and print
:      ostream::ostream()


With AT&T C++ V3.01 you get a program c++filt which does this.
Also there is a patch for gdb to allow cfront name demangling.

Guy

--
+--------------------------------+-----------------------------------------+
| Guy Pickering                  | School of Electronic & Electrical Eng,  |
| E-MAIL: G.PICKERING@uk.ac.bham | University of Birmingham,               |
| Tel: (021) 414 4340            | Edgbaston, Birmingham. B15 2TT.         |
+--------------------------------+-----------------------------------------+
| "I have ten pairs of trainers...One for each day of the week" - Sam Fox  |
+--------------------------------+-----------------------------------------+


Newsgroups: gnu.g++.help
From: dima@wariat.org (Dmitry Sazonov)
Subject: Re: Compiling libg++-2.2 on ISC SVR3 v2.2.0
Organization: Akademia Pana Kleksa - Public Access UNIX
X-Newsreader: TIN [version 1.1 PL7]
Date: Sat, 21 Nov 1992 16:47:28 GMT

I've got almoust the same w gcc2.3.1 on ISC3.1:

	gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c String.cc
In file included from ./../iostream/iostream.h:25, from ./../iostream/stream.h:7, from ./String.h:26, from String.cc:25:
/../iostream/streambuf.h:359: warning: type specifier omitted for parameter
/../iostream/streambuf.h:359: parse error before `,'
/../iostream/streambuf.h:360: warning: type specifier omitted for parameter
/../iostream/streambuf.h:360: parse error before `)'
...

BTW, binutils2.0, ld , bfd, don't recognize target 'isc' they like
i386-sysv.

Does anybody got libg++ compiled clearly on ISC?, w/o hacking Makefiles?

--
Dima
From: jonv@bernard.pitzer.claremont.edu (Jon Vestal)
Newsgroups: gnu.g++.help
Subject: Help With g++ on SGI
Date: 16 Nov 92 21:09:21 GMT
Organization: Pitzer College

Hi,

I am having a problem compiling libg++-2.2 on a SGI Indigo with gcc-2.3.1.  
I get the following error:

nm: Error: Can not open dummy.o
nm: Error: Can not open dummy.o
nm: Failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number
******Error Code 1******



******Error Code 1******
stop

Any help would be appreciated.

Jon Vestal
Systems Administrator
Pitzer College

jonv@pitzer.claremont.edu
Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: problems with g++-2.3.1, libg++-2.2, vax-ultrix
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sun, 22 Nov 1992 15:52:30 GMT

> i've a problem in the libg++-2.2 test suite (rationals test) -
> the problem occurs only on vax-ultrix.

> what is the error and how can i solve it??

As far as I know, there is no error (except perhaps in the test itself).

The problem is that VAX floating-point uses a non-IEEE representation.
The problemantical tests involve converting (double) to Rationals.
The exact result will depend somewhat on floating-point representation.

Consider:
	8c8
	< onePointTwo = 5404319552844595/4503599627370496
	---
	> onePointTwo = 21617278211378381/18014398509481984

Using my 'Q' interpreter, I get:

	Q4> 5404319552844595/4503599627370496 * 1.0
	1.2
	Q5> 21617278211378381/18014398509481984 * 1.0
	1.2

So both results are actually correct.

Arguably, the tests should be re-written to be less sensitive
to floating-point representations.  I.e. one could take the
Rational, multiply by 1000, round to an integer, and then
divide by 1000, before printing the result.  I don't care
enough to do this myself, but I would consider patches to do so.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: mattm@access.digex.com (Matt Mosley)
Subject: problems with libg++-2.2 and gcc2.3.1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 17 Nov 1992 14:55:31 GMT

I'm using gcc2.3.1, fully installed with objective-c, proto, c and c++,
and fixincludes installed, and libg++ does not want to make.

Here's where the problem happens:

gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c String.cc
In file included from ./../iostream/iostream.h:25, from
./../iostream/stream.h:7 , from ./String.h:26, from String.cc:25:
./../iostream/streambuf.h:359: warning: type specifier omitted for parameter
./../iostream/streambuf.h:359: parse error before `,'
./../iostream/streambuf.h:360: warning: type specifier omitted for parameter
./../iostream/streambuf.h:360: parse error before `)'

And so on and so forth - obviously, libg++-2.2 and the file streambuf.h
don't like gcc2.3.1, or the other way around.

I made absolutely sure that there was not a configuration error on my
part; everything is setup properly.

Any known ways around this?

Thank you.

Matt Mosley
Digital Express Group
mattm@digex.com

Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: linking trouble
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 17 Nov 1992 13:28:13 GMT

> I've got a pile of code that was developed under SunOs using cfront
> 2.something.

Did you re-compile all of your C++ code;
code from different C++ compilers is normally not binary compatible.

> At least I recognize exit, but why is it undefined?

Because you didn't declare exit() as a C function (using 'extern "C").

> __ls doesn't ring any bells

ls == left shift - i.e. operator<<.

	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: bothner@cygnus.com
Subject: Re: iostream get bug (with example)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 17 Nov 1992 13:32:07 GMT

> re: bug in istream "get" function.

I believe this problem will be fixed in 2.3; which should be out
as soon as we get more testing (and fix compiler buglets that
this uncovers).
	--Per Bothner
Cygnus Support     bothner@cygnus.com

Newsgroups: gnu.g++.lib.bug
From: ake@cs.umu.SE (]ke Sandgren)
Subject: Problem with Integer.h and math-68881.h
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 16 Nov 1992 12:45:04 GMT

Configuration:
gcc 2.3.1 configured with sun3-sunos4
libg++ 2.2 configured with sun3-sunos4
I get the following warnings when compiling Integer.cc Rational.cc and Fix.cc
during build of libg++.

gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c Integer.cc
./math-68881.h: In function `double  hypot (double, double)':
In file included from ./../g++-include/math.h:36, from Integer.cc:34:
./math-68881.h:291: warning: float or double assigned to integer data type

gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c Rational.cc
./math-68881.h: In function `double  hypot (double, double)':
In file included from ./../g++-include/math.h:36, from ./Rational.h:27, from Rat
ional.cc:21:
./math-68881.h:291: warning: float or double assigned to integer data type

gcc -g -nostdinc++ -I.. -I. -I./../iostream -I./../g++-include  -c Fix.cc
./math-68881.h: In function `double  hypot (double, double)':
In file included from ./../g++-include/math.h:36, from ./builtin.h:33, from ./Fi
x.h:15, from Fix.cc:25:
./math-68881.h:291: warning: float or double assigned to integer data type

(Both Rational.cc and Fix.cc include Integer.h one way or the other and always
before math-68881.h.)

This seems to be because of the declaration of sqrt in Integer.h and
the inline function hypot in math-68881.h.
Complex.h which also declares sqrt and includes math-68881.h does
NOT give the same warning.

Is there something wrong here or should i really get these warnings??

	/]ke Sandgren
-- 
Ake Sandgren, Inst. of Info. Proc, Umea University, S-90187 Umea, Sweden
Internet: ake@cs.umu.se		Phone: +46 90 166134	Fax: +46 90 166126

Newsgroups: gnu.g++.lib.bug
From: ritter@helmholtz.sdsc.edu (Stephen Ritter)
Subject: makeing libg++-2.2 for SGI
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 19 Nov 1992 23:03:56 GMT

Hi, I hope somebody out there uses g++on an SGI...

I ran into an error whil compiling libg++, it needs to use ranlib, but
my SGI doesn't have the exec.  I am not sure if ranlib is proprietary
or not, but I would like to know I I can get around having to use it.
I tried taking care of it in the Makefile in the root libg++-2.2 dir,
but that didn't work.  I am pretty sure the change has to be made at
the 'configure' level, but I can't find a flag to turn off ranlib.

Any ideas??

personal e-mail would be the preferred response...

::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
:: Stephen J. Ritter    			:: 		  ::
:: Salk Institute for Biological Studies,	::  This 	  ::
:: Computational Neuroscience Laboratory	::     Space	  ::
::						::         For    ::
:: e-mail: ritter@helmholtz.sdsc.edu		::           Rent ::
:: Phone:  (619) 453-4100 ext. 374 (voice)	::		  ::
:: Fax:    (619) 587-0417			::		  ::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::


Xref: sparky gnu.g++.lib.bug:601 gnu.g++.help:1452 comp.sys.hp:13036
From: niz@jessica.stanford.edu (Jim Nisbet)
Subject: iostream get bug (with example)
Reply-To: niz@jessica.stanford.edu (Jim Nisbet)
Organization: Stanford University
Distribution: gnu
Date: Tue, 17 Nov 1992 23:49:01 GMT

re: bug in istream "get" function.

If you do a "get(buf, len, delim)" which happens to return zero
characters because the delim is the very next character then failbit
is incorrectly set.

The problem seems to be in libg++/iostream/igetline.C where it sets
failbit if count <= 0 (this is done in a couple of places).  Does it
make sense to change that to "< 0"?

>From igetline.C ...

istream& istream::getline(char* buf, int len, char delim)
{
    _gcount = 0;
    if (ipfx1()) {
        long count = rdbuf()->sgetline(buf, len, delim, 0);
        _gcount = count;
        if (count <= 0 || count == len-1)  // <--
            set(ios::failbit);
    }
    return *this;
}

------------------------

Example demonstrating inconsistency between AT&T iostream and
libg++2.2.  ...

Script started on Tue Nov 17 15:26:17 1992
Lindy:/main/niz[1]> cat iobug.C
#include <iostream.h>
//  Demonstrates a bug in libg++ 2.2 istream "get" procedure.
main() {
   char buf[100];
   do {
      cin.get(buf, 100, '\n');
      cout << "returns: '" << buf << "'" << endl;
      char ch; cin.get(ch);
   } while (cin.good());
   cout << "eof=" << cin.eof() << ", fail=" << cin.fail() << endl;
}

Lindy:/main/niz[2]> CC iobug.C
Lindy:/main/niz[3]> a.out
null line follows

returns: 'null line follows'
returns: ''
now more lines follow
returns: 'now more lines follow'
end of file is next
returns: 'end of file is next'
^D
returns: 'end of file is next'
eof=1, fail=2
Lindy:/main/niz[4]> g++ -v iobug.C
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1/specs
gcc version 2.3.1
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix iobug.C /usr/tmp/cca06172.i
GNU CPP version 2.3.1 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1/cc1plus /usr/tmp/cca06172.i -quiet -dumpbase iobug.cc -version -o /usr/tmp/cca06172.s
GNU C++ version 2.3.1 (sparc) compiled by GNU C version 2.3.1.
 as -o /usr/tmp/cca061721.o /usr/tmp/cca06172.s
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1/ld -e start -dc -dp /lib/crt0.o -L/usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.1 -L/usr/local/lib /usr/tmp/cca061721.o -lg++ -lgcc -lc -lgcc
Lindy:/main/niz[5]> a.out
null line follows
returns: 'null line follows'
returns: ''

eof=0, fail=2
^D
Lindy:/main/niz[6]> exit
script done on Tue Nov 17 15:28:19 1992

Newsgroups: gnu.g++.lib.bug
From: tchowdhr@us.oracle.COM (Tripatinder Chowdhry)
Subject: How to compile Emacs Source files
Organization: Oracle Corporation, Redwood Shores, California
Distribution: gnu
Date: Mon, 23 Nov 1992 22:04:40 GMT

COuld someone let me know how to compile an emacs source code:
COuld also someone let me know what source directories and
compilers are required.
thanks.
trip
PS Email responses would be appreciated.

email: tchowdhr@us.oracle.com



Newsgroups: gnu.g++.lib.bug
From: jackg@ece.ucsb.edu (Jack Greenbaum)
Subject: linking trouble
Reply-To: jackg@apex.ece.ucsb.edu
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 18 Nov 1992 01:19:02 GMT

I've got a pile of code that was developed under SunOs using cfront
2.something.  When I compile with gcc-2.3.1 and lib-g++-2.2 on a
DecStation 5000 runing Ultrix 4.2 I get the following error when
linking:

ld:
Undefined:
__ls__FR7ostreamP6Object
__ls__FR7ostreamR6Object
exit__Fi

At least I recognize exit, but why is it undefined? __ls doesn't ring
any bells, but I do recognize the data type Object for one of the
arguments. How can I track this down? This code links with a C++
library we wrote.  Another application that uses the same library gets
the same errors.  Could DEC's ld be having trouble with the mangled
names?

Thanks in advance for any suggestions about how to track this down.

-------------------------------------------------------------------------------
Jack Greenbaum     | UC Santa Barbara
jackg@ece.ucsb.edu | Department of Electrical and Computer Engineering, Box 253
(805) 893-4461     | Santa Barbara, Ca. 93106, USA
-------------------------------------------------------------------------------


Newsgroups: gnu.g++.lib.bug