HDTenEightyP/NetNews huggingface dataset:
From: rajkumar@rajkumar.worldbank.org (A. Joseph Rajkumar)
Subject: Please help
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 15:41:18 GMT

% cat test.cc
//
// test - just test some things
//
#include <iostream.h>
 
main(int c, char **v) {
 
  cout << "Good bye, world\n";
 
  throw "up";
}

Hi
	I ran the above program and the report I get is this:-

rajkumar@rajkumar[402]:g++ -v -fansi-exceptions -c test.cc
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/specs
gcc version 2.3.3
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/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 test.cc /usr/tmp/cca15275.i
GNU CPP version 2.3.3 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/cc1plus /usr/tmp/cca15275.i -quiet -dumpbase test.cc -version -fansi-exceptions -o /usr/tmp/cca15275.s
GNU C++ version 2.3.3 (sparc) compiled by GNU C version 2.3.3.
In file included from test.cc:5:
/usr/local/lib/g++-include/iostream.h:27: parse error before `('
/usr/local/lib/g++-include/iostream.h:27: `ios' undeclared, outside of functions
/usr/local/lib/g++-include/iostream.h:27: parse error before `)'
/usr/local/lib/g++-include/iostream.h:27: warning: data definition has no type or storage class
/usr/local/lib/g++-include/iostream.h:37: `ios' fails to be an aggregate typedef
/usr/local/lib/g++-include/iostream.h:59: `streampos' undeclared, outside of functions
/usr/local/lib/g++-include/iostream.h:60: `streamoff' undeclared, outside of functions
/usr/local/lib/g++-include/iostream.h:60: `_seek_dir' undeclared, outside of functions
/usr/local/lib/g++-include/iostream.h:60: `class ostream& ostream::seekp (...)' is already defined in the class ostream
/usr/local/lib/g++-include/iostream.h:61: syntax error before `('
/usr/local/lib/g++-include/iostream.h:63: warning: type specifier omitted for parameter
/usr/local/lib/g++-include/iostream.h:63: parse error before `)'
/usr/local/lib/g++-include/iostream.h:91: parse error before `)'
/usr/local/lib/g++-include/iostream.h: In method `ostream::ostream ()':
/usr/local/lib/g++-include/iostream.h:41: Internal compiler error.
/usr/local/lib/g++-include/iostream.h:41: Please report this to `bug-g++@prep.ai.mit.edu'.

	Could you please let me know what I am doing wrong here.

Thanks
Joseph Rajkumar


Newsgroups: gnu.g++.bug
From: jjgould@lerc.nasa.GOV (Jack Gould)
Subject: Declaration of 'this' pointer...
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 4 Jan 1993 08:38:40 GMT

Hello.

	I am using g++ (v2 preliminary, 27DEC1991) on an SGI machine.  When I
Compile the following section:

1	SolvedMatrix& InvertedMatrix::operator*(const BaseMatrix& bmx) const
2	{
3	   REPORT
4	   SolvedMatrix* x;
5	   Try { x = new SolvedMatrix(bm, &bmx); MatrixErrorNoSpace(x); }
6	   CatchAll { delete this; Throw(); }
7	   delete this; // since we are using bm rather than this
8	   return *x;
9	}

I received an error on lines 6 and 7 of the form:

	'const *' cannot be deleted.

This exact section compiled without problem on the Borland C++ 3.1 compiler.
The author of the code segment originally compiled this code on g++ (but I
don't know which release).

	From Stroustrup (2nd. ed.) I learned that 'this' for a class X is 
declared as:

	X *const this;

This declaration should allow the delete operator to be applied because 'this'
is not pointing at a constant.

	Is this something which has been corrected in a later release of g++?
Or, is this something which is being addressed for a future release?  Or, am
I off the mark?

	Thank you for your attention to this matter.

				Sincerely,

				   Jack Gould


 ------------------------------------------------------------------------------
  Jack Gould                           | 'To be or not to be?'  -  Shakespeare
  NASA Lewis Research Center           | 'To do is to be.'      -  Sartre
  jjgould@renegade.lerc.nasa.gov       | 'Do be do be do!'      -  Sinatra
 ------------------------------------------------------------------------------



Newsgroups: gnu.g++.bug
From: jjc@jclark.com (James Clark)
Subject: templates cause bogus undeclared identifier error
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 09:57:16 GMT

$ cat bug3.cc
template<class T>
class List {
  struct Item {
    Item *next;
    T obj;
    Item(T t, Item *x = 0) : obj(t), next(x) { }
  };
  Item *head;
public:
  List() : head(0) {}
  friend class List_iter<T>;
};

template<class T>
class List_iter {
  List<T>::Item *head;
public:
  List_iter(const List<T> &x) : head(x.head) {}
  int done() const { return head == 0; }
  void next() { head = head->next; }
};

template<class T>
class Plist : private List<void *> {
public:
  Plist() {}
  friend class Plist_iter<T>;
};

template<class T>
class Plist_iter : private List_iter<void *> {
public:
  Plist_iter(const Plist<T> &pl) : List_iter<void *>(pl) { }
  List_iter<void *>::done;
  List_iter<void *>::next;
};

struct A {
  Plist<int> sets;
  void foo();
  void bar();
};
  
void A::foo()
{
  Plist_iter<int> iter(sets);
}

void A::bar()
{
  Plist_iter<int> iter(sets);
}

$ gcc -c -v bug3.cc
Reading specs from /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/specs
gcc version 2.3.3
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/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 bug3.cc /usr/tmp/cca19164.i
GNU CPP version 2.3.3 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun-sunos4.1/2.3.3/cc1plus /usr/tmp/cca19164.i -quiet -dumpbase bug3.cc -version -o /usr/tmp/cca19164.s
GNU C++ version 2.3.3 (sparc) compiled by GNU C version 2.3.2.
bug3.cc: In method `void  A::foo ()':
bug3.cc:46: `sets' undeclared (first use this function)
bug3.cc:46: (Each undeclared identifier is reported only once
bug3.cc:46: for each function it appears in.)
$ 

Newsgroups: gnu.g++.bug
From: gday@ignatz.INde.bc.CA (Gordon Day)
Subject: Re: libg++-2.3 fails "make check" (sparc-sun-sunos4.1.1)
Organization: INDE Electronics, Inc.
Distribution: gnu
Date: Mon, 11 Jan 1993 23:58:29 GMT

This is a problem with -O2 optimization.  The "make check" will
complete successfully if you only use -O.

Ta,

Gordon.

% Error in line 3490 using "%.5G".  Result is "5.3770E+14"; should be: \
% 	"5.377E+14".
% Encountered 1 errors in 3988 tests.
% make[6]: *** [check-tformat] Error 1
% make[6]: Leaving directory `/usr/gnu/src/libg++-2.3/libg++/iostream/test'
% 
% I went ahead and installed libg++ anyway, and for the first time ever
% was able to build and install groff with no problems.
% 
% Is the "make check" error above a real or pseudo error?  I don't recall
% seeing this problem reported before.

_______________________________________________________________________________
gordon day, inde electronics, +1-403-430-1446.


Newsgroups: gnu.g++.bug
From: gs4t@virginia.edu (Gnanasekaran  Swaminathan)
Subject: Re: "warning: dbx info for template class methods not yet supported"
Organization: University of Virginia
Distribution: gnu
Date: Tue, 5 Jan 1993 19:07:15 GMT

tmb@idiap.CH (Thomas M. Breuel) writes:
: ================================================================
: In file included from Parameters.cc:1:
: Parameters.h:46: warning: dbx info for template class methods not yet supported
: ================================================================
: 
: I'm pretty tired of seeing this warning message again and again when
: compiling my code with gcc 2.3.2. It gets particularly annoying when I
: compile a bunch of files and get an error message in one of the last
: files, since under Emacs, I have to step through all the warning
: messages before finally getting to the real error message.

You can edit your *compilation* buffer and remove unnecessary
warnings and errors. After that to go to the first error, do
evaluate (next-error t). Following errors can be reached in the
usual way. 

-Sekar

Newsgroups: gnu.g++.bug
From: chrisl@mirc00.ncms.org (Chris Lang)
Subject: Internal compiler error update
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 7 Jan 1993 11:50:27 GMT

As an update to my message yesterday, here is a replacement for 
DirectoryEntry.h which will compile fine normally and produce the internal
compiler error if BUG is defined.  In order to cause correct compilation,
I had to add 'int foo;' to the class definition, although the data type,
name, and position (ordering or private/public) do not seem to matter --
adding other data types works as well.

I believe I also forgot to mention that I am running this on a DECsystem 5500
and Ultrix 4.2.

 -Chris Lang
-------------------------------- cut here -------------------------------
# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#	DirectoryEntry.h
#
echo x - DirectoryEntry.h
sed 's/^X//' >DirectoryEntry.h << 'END-of-DirectoryEntry.h'
X// This may look like C code, but it is really -*- C++ -*-
X
X#ifndef _directory_h
X#define _directory_h
X
Xclass DirectoryEntry {
X  private:
X    long len;
X    long st;
X    String name;
X  public:
X    DirectoryEntry(const DirectoryEntry &de) { 
X	len = de.len;
X	st = de.st;
X	name = de.name;
X    }
X    DirectoryEntry(String s) { name = s; }
X    long& length(void) { return len; }
X    long& start(void) { return st; }
X#ifndef BUG
X    int foo;
X#endif
X};
X
X
X#endif
END-of-DirectoryEntry.h
exit
From: walter@cithe501.cithep.caltech.edu (Chris Walter)
Newsgroups: gnu.g++.help
Subject: Gnu ld with g++ on RS6000
Date: 8 Jan 1993 02:10:53 GMT
Organization: California Institute of Technology, Pasadena
Distribution: gnu
NNTP-Posting-Host: cithe303.cithep.caltech.edu
Originator: walter@cithe303.cithep.caltech.edu

One more question while I am here:

I tried to install gnu ld on my RS6000 and compiled gcc 2.3.3 with the 
--with-gnu-ld option so that my C++ linking would be faster.

It doesn't seem to work for me.  I get the error:

ld cannot open load script file 512

I have used LDEMULATION vanilla.

Does anyone know if ld is supposed to work on RS6000s or if perhaps I
did something stupid in the installation?

-Chris
walter@cithe501.cithep.caltech.edu
From: gorr@sys-a.cit.hmc.psu.edu (Geoffrey A. Orr)
Newsgroups: gnu.g++.help
Subject: problem with include files in gcc
Date: 4 Jan 93 19:27:56 GMT
Distribution: usa
Organization: Milton S. Hershey Medical Center / Penn State College of Medicine / Hershey,PA
Originator: gorr@sys-a

I've just installed gcc and am trying to
compile various X programs.  Typedefs in include files
do not seem to be recognized across the different files.
The sample program below compiles fine with the Mips compiler.

Can anyone explain this?

Decstation 5000/133, Ultrix 4.2a

sample source code

#include <X11/Xlib.h>
#include <X11/Xutil.h>
#include <X11/Xos.h>
#include <X11/Xatom.h>
#include <stdio.h>

void main()
{
printf("hello, world\n");
}


compile line:

gcc test.c

standard out:

In file included from test.c:1:
/usr/include/X11/Xlib.h:3958: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3971: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3981: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:3990: parse error before `XStandardColormap'
/usr/include/X11/Xlib.h:4000: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4009: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4017: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4025: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4033: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4047: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:4056: parse error before `XSizeHints'
/usr/include/X11/Xlib.h:4064: parse error before `XStandardColormap'
/usr/include/X11/Xlib.h:4074: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4083: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4091: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4099: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4107: parse error before `XTextProperty'
/usr/include/X11/Xlib.h:4113: parse error before `*'
/usr/include/X11/Xlib.h:4123: parse error before `XSizeHints'

(XSizeHints is typedeffed in Xutil.h)

Thanks in advance.

Geoff Orr
Center for Information Technology
Penn State University College of Medicine
Hershey, PA
From: br762@cleveland.Freenet.Edu (Tim Werner)
Newsgroups: gnu.g++,gnu.g++.help
Subject: Re: Installing gcc 2.3.3 and libg++ 2.3
Date: 6 Jan 1993 12:00:21 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: br762@cleveland.Freenet.Edu (Tim Werner)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, louqun@cs.tamu.edu (Qun Lou) says:

>I finally installed gcc 2.3.3 and libg++ 2.3 successfully 
>The problems I mentioned in my previous email disappeared.
>
>I wish to share the experience with other people who
>would be installing gcc or libg++ on HP or other computers.
>
>1. Before installing gcc 2.3.3, I deleted all the previous gcc stuff in 
>/usr/local/lib/gcc-lib and in /usr/local/bin.
>
>2. Necessary files for successful installation:
>
>bison  in /usr/local/bin
>gas    as emphasized in gcc 2.3.3 README, gas should be installed *before*
>       installing gcc as '/usr/local/lib/gcc-lib/hp835-hpux/2.3.3/as'

I am trying to build libg++ on a sun3 running SunOS, and getting the following:
rootme=`pwd`/ ; export rootme; CC="cc "; export CC; CXX="gcc  "; export CXX; CON
FIG_NM="nm"; export CONFIG_NM; ./utils/gen-params LIB_VERSION=2.3  >tmp-params.h
nm: dummy.o: cannot open
nm: dummy.o: cannot open
nm failed to find FUNC in dummy.o!
./utils/gen-params: -1: bad number
make[1]: *** [_G_config.h] Error 1
make: *** [all-libg++] Error 1

I am trying to build these libs in a non-standard path. Although I set 'prefix'
to the path for gcc (also non-standard), make isn't finding it, as you can see
from the above (CC="cc "; export CC; CXX="gcc  ").

Has anyone else had and solved this problem? Is bison and gas really the key?

Everything has to be built in a non-standard path. I can't get the sys-admin
to help with installation until everything is working.

thanks
tim
werner@sparcserver.mc.ab.com
--
From: usoderberg@sysinno.se (Ulf Soderberg)
Newsgroups: gnu.g++.help
Subject: djgpp graphics driver for compaq qvision
Date: 7 Jan 93 20:21:17 GMT
Reply-To: usoderberg@sysinno.se
Organization: System Innovation AB

I have just received DJGPP 2.2.2. My PC is a Compaq Deskpro 4/33i.
I wonder if anyone has made a graphics driver for the Compaq QVision graphics
system? When using the VGA driver (vga.grd) I only get 320x200 graphics.

----
Ulf Soderberg,        usoderberg@sysinno.se
Newsgroups: gnu.g++.help
From: klamer@mi.el.utwente.nl (Klamer Schutte)
Subject: Gnu ld and collect
Organization: University of Twente, BSC-El
Date: Wed, 6 Jan 1993 08:21:05 GMT

I can see advantages in using both Gnu ld and collect for linking g++
programs. (See FAQ for what reasons.) Is it possible to have both
link systems available at the same time? (With a command line switch
for g++, for example?)

Klamer

--
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: pike@teal.csn.org (John Yates)
Subject: Help with gcc-2.3.3 for Xenix 2.3.3
Organization: Colorado SuperNet, Inc.
Date: Fri, 8 Jan 1993 17:14:49 GMT

I would appreciate hearing form anyone who knows anyting about getting
g++ (gcc-2.3.3) running on a Xenix 2.3.3/i386 system, or about cross
compiling on a Sun sparc or SCO Unix system for Xenix.

Thanks
John Yates
yates@rtsc.com
From: suran@nff.ncl.omron.co.jp (Suran de SILVA)
Newsgroups: gnu.g++.help
Subject: ostream
Date: 8 Jan 93 08:34:11 GMT
Distribution: gnu
Organization: OMRON Corp., Kyoto, Japan


Hi,

I would like to bind a file to ostream, ie. using code looking something
like:

FILE *fp;

fp = fopen("myFile.dat","w");
ostream myfile(fp);

myfile << "This is new data:";

I was able to do this okay in g++ v1.39.1 with libg++ v1.39.0
but using g++ v2.3.3 with libg++ v2.3 this fails.

Would someone now how to correctly attach a FILE pointer to an
ostream in order to do this, in the newer g++?

Thanks,
Suran.
suran@nff.ncl.omron.co.jp
Newsgroups: gnu.g++.help
From: ameres@manhattan.cat.rpi.edu (Eric Ameres)
Subject: Novice: ld/collect/stream problems
Organization: Rensselaer Polytechnic Institute, Troy NY
Distribution: gnu
Date: Wed, 6 Jan 1993 20:52:39 GMT

I'm relatively new to g++ and am having problems linking my
application.  Here's what happens when I try to make:

g++ -O -D SRV='"server"' -I. -I/home/a/ameres/blackboard -I/usr2/testbed/exp/unix/include -I/depot/X11R5/include -DOS_UNIX -D
REVROOTDIR='"/usr2/testbed/exp"' -D REVSYMNAME='"UNKNOWN"' -D
TARGETDIR='"/home/a/ameres/blackboard"' -L/home/a/rajive/CAT/unix/lib -L. -L/depot/X11R5/lib -L/usr2/testbed/exp/unix/lib/sun4 -o
server  server.o -lctos++ -lrec -lctos -lmsg -lbts -lg++ -lgcc -lc
ld: Undefined symbol
   ___ls__FR7ostreamPCc
collect: /usr/bin/ld returned 2 exit status
*** Error code 1
make: Fatal error: Command failed for target `server'

Compilation exited abnormally with code 1 at Wed Jan  6 15:42:17

Looks like some type of stream problem.  I thought the iostreams were
in libg++ and I'm including that.  Any quick pointers?

-- 
----------------------------------------------------------------------
Eric Ameres,  Software Engineer                 ameres@cat.rpi.edu
New York State Center for Advanced Technology in Automation & Robotics
Rensselaer Polytechnic Institute - CII 8313, Troy, NY 12180-3590
From: fmk10@amail.amdahl.com (Furqan Khan)
Newsgroups: gnu.g++.help
Subject: using MATH.H PROBLEM with ld (g++ obj file)
Date: 7 Jan 93 03:04:32 GMT
Reply-To: fmk10@amail.amdahl.com
Organization: Amdahl Corp.

Hello folks,

	I am having a problem using the floor() or ceil()
	function with g++. My make is as follows:

g++  -ggdb-I/usr/local/lib/g++-include-I/home/users/fmk10/development/oops/rpi rpi.cc -static -L/usr/local/lib -lg++ -o rpi
Undefined
_floor
collect: /usr/bin/ld returned 2 exit status
*** Error code 1
make: Fatal error: Command failed for target `rpi'

	ld cant find _floor. This might be a bug or I should
	be using gld to link.

	Please repond with some solutions.


Thanks in advance.

Furqan Khan
Newsgroups: gnu.g++.help
From: bartm@cv.ruu.nl (Bart Muyzer)
Subject: Undefined symbols?? (building libg++ 2.3 with gcc 2.3.3 on HP9k700)
Originator: bartm@mind.cv.ruu.nl
Date: Fri, 8 Jan 1993 11:30:25 GMT
Organization: University of Utrecht, 3D Computer Vision Research Group

Hello,

[Sorry if you see this message more than once; there seems to be something
wrong with posting to "world"...]

As a followup to the patches I posted a while ago which make libg++ 2.2 work
for HP9000/700 with gcc 2.3.1, I'm currently porting libg++ 2.3 to the
9000/700. I use gcc 2.3.3 fo this.

The port has been fairly easy so far, however one problem remains that I
haven't been able to solve yet:

While running "make check" in libg++/etc/fib I get:

  gcc -O  -I./../../iostream -I./../../src -I./../.. -o fib fib.o ../../li bg++.a
  ld: Unsatisfied symbols:
     __ls__FR7ostreamd (code)
     __ls__FR7ostreami (code)
     __ls__FR7ostreamPCc (code)
  collect: /bin/ld returned 1 exit status
*** Error code 1

Adding a little more verbosity, I get:

  gcc -v -O  -I./../../iostream -I./../../src -I./../.. -o fib fib.o ../../libg++.a
  Reading specs from /usr/local/lib/gcc-lib/hp700-hpux/2.3.3/specs
  gcc version 2.3.3
   /usr/local/lib/gcc-lib/hp700-hpux/2.3.3/ld -u main -a archive -o fib /lib/crt0.o fib.o ../../libg++.a /usr/local/lib/gcc-lib/hp700-hpux/2.3.3/libgcc.a -lc /usr/local/lib/gcc-lib/hp700-hpux/2.3.3/libgcc.a
  ld: Unsatisfied symbols:
     __ls__FR7ostreamd (code)
     __ls__FR7ostreami (code)
     __ls__FR7ostreamPCc (code)
  collect: /bin/ld returned 1 exit status

Poking around in libg++ learned me that all of the symbols aren't even there!!

I compiled libg++ 2.3 with gcc 2.3.3 so it cannot be the "name mangling
problem" described by Brendan Kehoe (I guess).

The funny thing is that when I link with libg++ 2.2 (built with gcc 2.3.1),
all works well. In libg++ 2.2, the symbols seem to come from the "iostream.o"
module.

Could anybody please help me with this? I would like to post a new set of
patches ASAP to share my experiences...

Any help will be greatly appreciated!

							>] Bartm [<
-- 
Bart Muyzer, Systems and Network Administrator, [NIC-Whois handle: BJM9]
     3D Computer Vision, Room E02.222, University Hospital Utrecht,
     Heidelberglaan 100, 3584 CX Utrecht, Holland. E-mail: bartm@cv.ruu.nl
     Fax: +31-30-513399. Tel: +31-30-506711 (w), +31-3402-52157 (h). 
Newsgroups: gnu.g++.help
From: filipi@cebaf9.cebaf.gov (Adrian Thomas Filipi-Martin)
Subject: [gcc-2.3.2 on hp750 w/8.05] unsatisfied symbols when linking gperf
Reply-To: adrian@cs.wm.edu
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
Date: Mon, 11 Jan 1993 20:28:52 GMT

--
Hi,
	I've just compiled libg++.a for a hp750. Evrything compiled and linked
fine except for gperf. I get the following message:

        gcc -o gperf key-list.o new.o options.o iterator.o main.o gen-perf.o
list-node.o hash-table.o bool-array.o read-line.o std-err.o version.o 
../../libg++.a
ld: Unsatisfied symbols:
   __assert__FPcT0i (code)
collect: /bin/ld returned 1 exit status
*** Error code 1

	I grep'ed the *.o files for '__assert__FPcT0i' and it seems to be in 
key-list.o. 

	Has anyone else had this problem? Does anyone know what I might try to 
get this to link? Everything else works so if I can't get this going
immediately,
it is no big deal.

Thanks,
	Adrian

----------------------------------+--------------------------------------------
adrian@cs.wm.edu          ---->>>>| Support you local programmer,
adrian@cebafi.cebaf.gov     --->>>| STOP Software Patent Abuses NOW!
Member: The League for        -->>| membership info at prep.ai.mit.edu:/pub/lpf
       Programming Freedom      ->| print "join.ps" for an application
----------------------------------+--------------------------------------------
From: fmk10@amail.amdahl.com (Furqan Khan)
Newsgroups: gnu.g++.help
Subject: C++ LINKING WITH C/PRO*C
Date: 5 Jan 93 21:02:43 GMT
Reply-To: fmk10@amail.amdahl.com
Distribution: usa
Organization: Amdahl Corp.

I have some classes that I want to link with C/PRO*C. Do
I have to wrap these methods in a generic C function or
can I directly access these methods in my C/PRO*C.

Thanks in advance.

Furqan Khan