HDTenEightyP/NetNews huggingface dataset:
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  multible inheritance and virtual functions
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 14:17:33 GMT

Yes, I have got it, yes, it is a known bug now.  (I am not sure if
this relates directly to other MI bugs that I have, but the reports
are always useful, even if I already have one for it.)

This is pretty high on the priority list, should be better by gcc 2.4,
gcc 2.3 will probably be out before it is fixed.  When I find a fix
for it, I will mail it to you (post to the list), if I can.

> Date: Mon, 20 Jul 92 17:06:20 +0200
> From: concept!rwr@ai.mit.edu (Roland Weber)
> Message-Id: <9207201506.AA05213@concept.uucp>
> Organization: concept engineering GmbH, D-7800 Freiburg, Germany
> To: bug-gcc@prep.ai.mit.edu

> We have newly installed gcc-2.2.2 on a SPARCstation using SUNOS 4.1.
> It seems to me, that a "hard bug" still remains.

> Look at the following example. I expect an output of
>     isA: 3 3 3 3
> but get:
>     isA: 3 3 3 2

> Could you pleace respond, if it is a known bug and if you will fix it.

> ----------- example c++ -----------------
> /* %Z%%M% %I% %E%
> 	g++ bug:
> 		multible inheritance of virtual functions...
> */

> class A1 {
> public:
> 			A1() {};
> 	virtual		~A1() {};
> 	virtual int	isA() {return 0;}
> };

> class A2 {
> public:
> 			A2() {};
> 	virtual		~A2() {};
> 	virtual int	isA() {return 1;}
> };

> // =============================================================================

> class B : public A1, public A2 {
> public:
> 			B() {};
> 	virtual		~B() {};
> 	virtual int	isA() {return 2;}
> };

> // =============================================================================

> class C : public B {
> public:
> 			C() {};
> 	virtual		~C() {};
> 	virtual int	isA() {return 3;}
> };

> // =============================================================================

> #include <stdio.h>

> main()
> {
> 	C*	c = new C;

> 	A1*	a1 = c;
> 	A2*	a2 = c;
> 	B*	b =  c;
> 	
> 	printf("isA: %d %d %d %d\n", c->isA(), b->isA(), a1->isA(), a2->isA());
> }



Newsgroups: gnu.g++.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  a little bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Sat, 29 Aug 1992 14:33:04 GMT

It can and it does!

Please people, be a little more verbose in your postings.

Please explain WHY it cannot work.  I just tried it, and it work
perfectly fine.

The strcpy (name, "hallo"); is a little dangerous when the size of
name is 0, but if your real lucky, the thing won't dump.

> Date: Fri, 24 Jul 92 10:34:20 +0200
> From: cool@anne.wifo.uni-mannheim.de (Stefan Kuhlins)
> Message-Id: <9207240834.AA08503@anne.wifo.uni-mannheim.de>
> To: bug-gcc@prep.ai.mit.edu

> #include <iostream.h>
> #include <string.h>

> int main()
> {
>   int i = 3;
>   cin >> i;
>   char name[ (i ? 6 : 0) ];     // this can't work !!
>   cout << sizeof(name) << endl;
>   strcpy (name, "hallo");
>   cout << name << endl;
>   return 0;
> }

Newsgroups: gnu.g++.bug
From: adams@cs.wisc.edu (Paul Adams)
Subject: g++ 2.2.2 crashes when using multiple inheritance
Organization: GNUs Not Usenet
Distribution: gnu
Date: Thu, 27 Aug 1992 20:57:10 GMT

Hi.  The following program causes g++ 2.2.2 to crash.  

Hierarchy:

        A       B
         \     /
          v   v
           \ /
            C

The crash occurs if either B or C (or both) are virtual base classes of C.
The program compiles fine if non-virtual base classes are used. 


Paul Adams
Department of Computer Sciences
1210 W. Dayton St
Madison, Wisconsin 53706
adams@cs.wisc.edu

--------------------------------------------------------------------------------
Script started on Thu Aug 27 15:28:22 1992
adams 21>cat bug2.c
struct A {
	virtual void f();
}; 

struct B {
	virtual void f() ;
}; 

struct C : virtual A , virtual B {
	virtual void f();
};

void g(A *ptr)
{
	ptr->f();
}
adams 22>g++ -c -v bug2.c
Reading specs from /usr/gnu/lib/gcc-lib/decstation/2.2.2/specs
gcc version 2.2.2
 /usr/gnu/lib/gcc-lib/decstation/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D__ANSI_COMPAT -DMIPSEL -DR3000 -DSYSTYPE_BSD -D_SYSTYPE_BSD -Dbsd4_2 -Dhost_mips -Dmips -Dultrix -Dunix -D__ANSI_COMPAT -D__MIPSEL__ -D__R3000__ -D__SYSTYPE_BSD__ -D___SYSTYPE_BSD__ -D__bsd4_2__ -D__host_mips__ -D__mips__ -D__ultrix__ -D__unix__ -D__ANSI_COMPAT -D__MIPSEL -D__R3000 -D__SYSTYPE_BSD -D___SYSTYPE_BSD -D__bsd4_2 -D__host_mips -D__mips -D__ultrix -D__unix -D__LANGUAGE_C__ -D__LANGUAGE_C -DLA
NGUAGE_C bug2.c /usr/tmp/cca03756.i
GNU CPP version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix
 /usr/gnu/lib/gcc-lib/decstation/2.2.2/cc1plus /usr/tmp/cca03756.i -quiet -dumpbase bug2.cc -version -o /usr/tmp/cca03756.s
GNU C++ version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix compiled by GNU C version 2.2.2.
bug2.c: In function `void  g (struct A*)':
bug2.c:15: cannot convert a pointer of type `A'
bug2.c:15: to a pointer of type `B'
pid 3767 (cc1plus) was killed on an unaligned access, at pc 0x449c4c 
/usr/gnu/bin/gcc: Internal compiler error: program cc1plus got fatal signal 10
adams 23>exit
exit

script done on Thu Aug 27 15:29:03 1992


Newsgroups: gnu.g++.help
From: moharil@cs.iastate.edu (Vinay Arvind Moharil)
Subject: Parse errors in Xlib.h file HELP!!
Keywords: Xlib.h, parse error
Organization: Iowa State University, Ames IA
Date: Fri, 4 Sep 1992 16:35:15 GMT

Hi netters!

I am sorry if this is an FAQ.

I am trying to use  the gcc-2.2.2 on Ultrix 4.2. One of my applications
require me to include the X11/Intrinsic.h file which in turn includes the
X11/Xlib.h file. When I try to compile the file with gcc-2.2.2 I get parse
errors in the Xlib.h file. 

One of the system persons at my site informed me that since the Xlib.h file
is not in the ANSI C format the gcc-2.2.2 will not be able to parse it.
However, as I found it some what hard to believe immediately, I wanted to know
if some flag needs to be set in the source code for this(like XTFUNCPROTO).

It would be great if this problem cn be solved because without this I am 
totally stuck.

Any help/suggestions are greatly appreciated.

Thanks in advance,
bye
vinay

moharil@judy.cs.iastate.edu
(515)-294-1546
From: jbuck@forney.berkeley.edu (Joe Buck)
Newsgroups: gnu.g++.help
Subject: Re: Demangler available?
Date: 3 Sep 1992 01:01:46 GMT
Organization: U. C. Berkeley
NNTP-Posting-Host: forney.berkeley.edu
Summary: yes, with gdb-4.6

In article <34720@hoptoad.uucp> brendan@cygnus.com writes:
>In article <WARSAW.92Sep1145341@anthem.nlm.nih.gov> warsaw@nlm.nih.gov (Barry A. Warsaw) writes:
>
>   Is there a name demangler available for g++, a la the `dem' tool for
>   SunC++?
>
>Not yet, want to write it?

It's already been done.

>Check out the file cp-dem.c in the gcc 2.2.2 distribution; you could
>easily write a program which just passes strings down into cplus_demangle().

There's one included with gdb-4.6. All you have to do is "make demangle"
in the gdb subdirectory and it makes it.  This program can either demangle
command line arguments or demangle function names on the standard input,
given one per line.  It would be a bit more useful to have it work the
way the old g++filt that used to be in the etc directory of libg++ worked
(it could be used as a filter, for example to process nm output or gprof
listings); perhaps I'll post a patch to restore this behavior.  It's not
hard.



--
Joe Buck	jbuck@ohm.berkeley.edu
From: brendan@cygnus.com (Brendan Kehoe)
Newsgroups: gnu.g++.help
Subject: Re: NIH Class Libraries, g++ ?, latest version?
Date: 1 Sep 92 18:34:28 GMT
Reply-To: brendan@cygnus.com
Organization: Cygnus Support, Palo Alto, CA
In-reply-to: roberts@studguppy.lanl.gov's message of 1 Sep 92 18:09:57 GMT

In article <ROBERTS.92Sep1110957@studguppy.lanl.gov> roberts@studguppy.lanl.gov (Doug Roberts) writes:

   Does anybody know what the latest version of the NIH Class Library
   is? From the README on 'alw.nih.gov` in the directory 'pub/NIHCL`:

I believe 3.1's the most recent.

   Also, is there a version that compiles under gcc2.2.2?

Not yet; I'm working on making sure g++ can compile it by the time the
next release comes out.

--
Brendan Kehoe                                               brendan@cygnus.com
Cygnus Support, Palo Alto, CA                                  +1 415 322 3811
                       Oooh! A handsome stranger! And me, without my shoes on.
                                     --The Princess, The Emperor's New Clothes
From: acmrlb@gsusgi1.gsu.edu (Ronald L. Bolin)
Newsgroups: gnu.g++.help
Subject: libg++2.2 compiled on ESIX 4.0.4
Keywords: libg++
Date: 27 Aug 92 12:36:58 GMT
Organization: Georgia State University

Has anyone compiled the libg++2.21 or higher lib for ESIX 4.0.4?
If so could it be made available via ftp?

Thank's in advance.

Ron
Newsgroups: gnu.g++.help
From: jbuck@forney.berkeley.edu (Joe Buck)
Newsgroups: gnu.g++.help
Subject: Re: stream class with popen?
Date: 31 Aug 1992 19:04:04 GMT
Organization: U. C. Berkeley
NNTP-Posting-Host: forney.berkeley.edu

In article <92Aug31.092656edt.133099@wotan.ai.toronto.edu> kramer@cs.toronto.edu ("Bryan M. Kramer") writes:
>Is there a stream class (g++ 2.2.2) that supports something
>like popen? I'd like to connect a stream to a pipe.

Yes, almost; that is, there is a class derived from streambuf called
procbuf that does what you want.  Here is an example program.  It takes
two arguments; the first is the name of a file, the second is a command.
The program reads the file and pipes it through the command.  The command
is expanded by /bin/sh, so shell metacharacters work (or must be escaped
if that's not what you want).

Here's the program:

--------------------------------------------------------------------------
#include <procbuf.h>
#include <fstream.h>
#include <iostream.h>

main (int argc, char** argv) {
	if (argc != 3) {
		cerr << "Usage: " << argv[0] << " file 'command'\n";
		return 1;
	}

	// open the file with an ifstream

	ifstream istr(argv[1]);
	if (!istr) {
		cerr << argv[0] << ": Can't open file " << argv[1] << "\n";
		return 1;
	}

	// create a procbuf with the command and attach it to an ostream.
	// we could also have used ios::in and attached to an istream to
	// read from a command.

	procbuf pbuf(argv[2], ios::out);
	ostream ostr(&pbuf);

	// not sure this is the right way to check for failure

	if (!ostr) {
		cerr << argv[0] << ": Can't open pipe to '" << argv[2] << "'\n";
		return 1;
	}

	// copy everything from one stream to the other

	char ch;
	while (istr.get(ch)) ostr.put(ch);
	return 0;
}



--
Joe Buck	jbuck@ohm.berkeley.edu
Xref: sparky gnu.g++.help:1159 comp.unix.aix:9090
From: basti@orthogo.uucp (Sebastian Wangnick)
Newsgroups: gnu.g++.help,comp.unix.aix
Subject: Profiling buggy on RS6000 with gcc-2.2.2
Date: 26 Aug 92 08:50:31 GMT
Followup-To: gnu.g++.help
Organization: Orthogon System GmbH, Bremen, Germany

Compiling the following program

	int main () {return 0;}

with
	gcc -pg -v -c minimal.C

leads to:
Reading specs from /usr/local/lib/gcc-lib/rs6000-ibm-aix/2.2.2/specs
gcc version 2.2.2
 /usr/local/lib/gcc-lib/rs6000-ibm-aix/2.2.2/cpp -lang-c++ -v -undef -D__GNUC__=
2 -D__GNUG__=2 -D__cplusplus -D_IBMR2 -D_AIX -D___IBMR2__ -D___AIX__ -D___IBMR2
-D___AIX -D__CHAR_UNSIGNED__ minimal.C /tmp/ccWcMDM2.i
GNU CPP version 2.2.2
 /usr/local/lib/gcc-lib/rs6000-ibm-aix/2.2.2/cc1plus /tmp/ccWcMDM2.i -quiet -dum
pbase minimal.cc -version -p -o /tmp/ccWcMDM2.s
GNU C++ version 2.2.2 compiled by GNU C version 2.2.2.
 as -o minimal.o /tmp/ccWcMDM2.s
Assembler:
/tmp/ccWcMDM2.s: line 1: Invalid toc entry within .toc scope
/tmp/ccWcMDM2.s: line 24: Invalid toc entry within .toc scope
/tmp/ccWcMDM2.s: line 30: undefined symbol ".mcount"
/tmp/ccWcMDM2.s: line 30: illegal expression type for branch address

Having no call graph available within the gprof output is really a miss.
Is this a problem of the assembler (we have AIX 3.2 with U403044 applied)?

-- 
Sebastian Wangnick   Orthogon System GmbH
(basti@orthogo.uucp) Linzer Strasse 4
Tel +49 421 219136   D-2800 Bremen 33
Fax +49 421 213093   Germany
Xref: sparky gnu.g++.help:1190 comp.lang.c++:13306
From: rmartin@thor.UUCP (Bob Martin)
Newsgroups: gnu.g++.help,comp.lang.c++
Subject: Re: PROBLEM DELETING A VECTOR OF CLASS OBJECTS
Date: 4 Sep 92 14:17:49 GMT
Followup-To: comp.lang.c++
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu

rollins@bart.ee.queensu.ca (Mark Rollins) writes:


|PROBLEM DELETING A VECTOR OF CLASS OBJECTS
|------------------------------------------

|Using the syntax of Stroustrup's 1st edition, pg. 162
|and g++ version 2.2.2, libg++ version 2.1, and SunOS 4.2.2 I get
|correct results but a compiler warning:

|   g++ -o bin/junk badmem.cc -lg++ -lm
|   badmem.cc: In method `Vector::~Vector ()':
|   badmem.cc:9: warning: use of array size with vector delete is anachronistic

|If I omit the array size, the Vector does not get de-allocated
|properly using the destructor, and all virtual memory gets eaten up
|rather quickly. (It's probably just deleting the 1st one in the array).

|What is the proper syntax for deleting a vector of class objects ?
|Or is there any way to turn off this annoying warning flag ?

|-----------------------------------------------------------------
|Working version that produces a warning:
|-----------------------------------------------------------------
|  ~Vector() { delete [size] v;}

|-----------------------------------------------------------------
|Buggy version that quickly uses up all virtual memory:
|  (difference is in the ~Vector() destructor)
|-----------------------------------------------------------------
|  ~Vector() { delete v;}

The correct syntax is "delete [] v;"  The 'size' parameter is an
anachronism, but the brackets are not!


--
Robert Martin                        Training courses offered in:
R. C. M. Consulting                       Object Oriented Analysis
2080 Cranbrook Rd.                        Object Oriented Design
Green Oaks, Il 60048 (708) 918-1004       C++
Newsgroups: gnu.g++.help
From: solworth@newyork.eecs.uic.edu (Jon Solworth)
Subject: Incremental loading in g++?
Organization: Dept. of EECS, University of Illinois at Chicago
Distribution: gnu
Date: Thu, 27 Aug 1992 18:30:29 GMT


Back in libg++-1.37, it was possible to do incremental loading of
C++ object files.  It disappeared in later versions of libg++, but
we still need it.  Is there any way of doing this? (dld supports
only C, gld gives funny _DTOR_LIST_ error messages).

thanks,
Jon

===============================================================================
Jon A. Solworth                 internet:  solworth@parsys.eecs.uic.edu
Dept. of EECS (M/C 154)         telephone: (312) 996-0955
University of Illinois          FAX:       (312) 413-0024
P.O. Box 4348
Chicago, Illinois 60680
--
===============================================================================
Jon A. Solworth                 internet:  solworth@parsys.eecs.uic.edu
Dept. of EECS (M/C 154)         telephone: (312) 996-0955
University of Illinois          FAX:       (312) 413-0024
P.O. Box 4348
Chicago, Illinois 60680
From: brendan@cygnus.com (Brendan Kehoe)
Newsgroups: gnu.g++.help
Subject: Re: Demangler available?
Date: 2 Sep 92 04:02:07 GMT
Reply-To: brendan@cygnus.com
Organization: Cygnus Support, Palo Alto, CA
In-reply-to: warsaw@nlm.nih.gov's message of 1 Sep 92 19:53:41 GMT

In article <WARSAW.92Sep1145341@anthem.nlm.nih.gov> warsaw@nlm.nih.gov (Barry A. Warsaw) writes:

   Is there a name demangler available for g++, a la the `dem' tool for
   SunC++?

Not yet, want to write it?

Check out the file cp-dem.c in the gcc 2.2.2 distribution; you could
easily write a program which just passes strings down into cplus_demangle().

  I haven't quite gotten g++'s style down yet ;-).  Perhaps
   there is a way in gdb?

Yup, in gdb 4.6 you can do `maint demangle blah', where blah is the symbol
to demangle.  For example:

	(gdb) maint demangle _$_3foov 
	foo::~foo(void)

Brendan
--
Brendan Kehoe                                               brendan@cygnus.com
Cygnus Support, Palo Alto, CA                                  +1 415 322 3811
                       Oooh! A handsome stranger! And me, without my shoes on.
                                     --The Princess, The Emperor's New Clothes
Xref: sparky gnu.g++.help:1156 gnu.gcc.help:1984 gnu.gcc.bug:2186
From: rfg@netcom.com (Ronald F. Guilmette)
Newsgroups: gnu.g++.help,gnu.gcc.help,gnu.gcc.bug
Subject: New fixes for g++ problems (with -g) on SVR4 systems.
Date: 25 Aug 92 09:38:51 GMT
Followup-To: poster
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Apparently-To: gnu-gcc-bug@ames.arc.nasa.gov

Several people have reported having serious difficulties  (e.g. compiler
crashes, undefined externals) when compiling C++ code with the g++ compiler,
using the -g option under System V Release 4.

Sadly, these reports seem to be appearing in inappropriate newsgroups.

Please folks, if you find such bugs, they should be reported (as described
in the GNU C manual) by filing a proper bug report the gnu.g++.bug
newsgroup.  Do not report such problems in the gnu.gcc.bug newsgroup or
in either the gnu.gcc.help or gnu.g++.help newsgroups.  Those are
incorrect places to report bugs in the gnu g++ compiler.

Anyway, for those of you are are having difficulty compiling code with
g++ unsder SVR4 (when using the -g option) I direct your attention to
the message I just posted to the gnu.g++.bug newsgroup.  It has a Subject
line of: " New fixes for g++ problems (with -g) on SVR4 systems."  That
message contains compiler patches which may be useful to you.  See that
message (in gnu.g++.bug) for further details.
Newsgroups: gnu.g++.help
From: jfjr@mbunix.mitre.org (Freedman)
Subject: installing libg++ 1.39 with gcc 2.1
Organization: The MITRE Corporation, Bedford, MA
Date: Fri, 4 Sep 1992 13:47:47 GMT

 I am have installed gcc2.1 on a Sparc running 4.1.  The installation
went fine. I am primarily interested in g++ which I beleive is folded
into this version of gcc. I have a libg++1.39 which I want to install 
but I am unsure exactly what options to set in the makefile - ie there
is apparently no longer a gcc-ld. Any help would be appreciated. If
the lib is seriously out of line can some one point me to one that is
up to date?


                                             Jerry Freedman,Jr
Newsgroups: gnu.g++.help
From: hill@ece.scarolina.edu (Kenneth Hill)
Subject: manuals
Summary: Need info please
Organization: USC  Department of Computer Science
Distribution: gnu.g++.help
Date:  1 Sep 92 15:05:18 GMT

I am new to this newsgroup and I badly need to know if there are good
manuals out there for using g++.  I would appreciate any direction.
Please e-mail your responses to hill@charlie.ece.scarolina.edu.

Thank you very much.

-khh
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: gnu.g++.help
Subject: Has anyone ported G++ to a Harris HCX-2900?
Date: 25 Aug 92 17:46:11 GMT
Organization: Univ. of North Florida


   Thanks for the info!

Steve Hite
shite@sinkhole.unf.edu
From: lauther@ztivax.UUCP (Dr Ulrich Lauther)
Newsgroups: gnu.g++.help
Subject: Need advice 2.2.2 vs. 2.1
Date: 26 Aug 92 13:48:24 GMT
Reply-To: lauther@ztivax.siemens.com (Ulrich Lauther)
Organization: Siemens, ZFE BT SE 14

I am currently running gcc-2.1 under SCO UNIX on a 486.

Is it worth while to switch to 2.2.2, and if I do so, can I use gcc-2.1 to
install 2.2.2 or will I have to start from scratch?

	-ulrich lauther
From: jbuck@forney.berkeley.edu (Joe Buck)
Newsgroups: gnu.g++.help
Subject: Re: Need advice 2.2.2 vs. 2.1
Date: 27 Aug 92 19:20:55 GMT
Organization: U. C. Berkeley
NNTP-Posting-Host: forney.berkeley.edu

In article <12921@ztivax.UUCP> lauther@ztivax.siemens.com (Ulrich Lauther) writes:
>I am currently running gcc-2.1 under SCO UNIX on a 486.
>
>Is it worth while to switch to 2.2.2, and if I do so, can I use gcc-2.1 to
>install 2.2.2 or will I have to start from scratch?

For at least the C++ part of the compiler, it's definitely worth it; there
are many bug fixes, especially for templates, which were almost unusable
(at least for me) until 2.2.2 (there are still some problems, but most of
them can now be worked around).  Quite a few core dumps have also been
removed.

You should be able to just build 2.2.2 with 2.1 and use it after the first
build (rather than bootstrapping and building it twice).  Don't forget
the following warning, from the INSTALL file:

        If you are building with a previous GNU C compiler, do not use
     `CC=gcc' on the make command or by editing the Makefile. 
     Instead, use a full pathname to specify the compiler, such as
     `CC=/usr/local/bin/gcc'.  This is because make might execute the
     `gcc' in the current directory before all of the compiler
     components have been built.

(I suppose you could avoid this problem by having "." come last, rather
than first, on your path; then you could just say make CC=gcc.  Right?).




--
Joe Buck	jbuck@ohm.berkeley.edu
Newsgroups: gnu.g++.help
From: jason@lanai.cs.ucla.edu (Jason Rosenberg)
Subject: I don't understand "operator void*()"
Originator: jason@lanai.cs.ucla.edu
Organization: UCLA Computer Science Department
Date: Fri, 4 Sep 92 00:52:04 GMT

I have a variable outStream declared as:

ostream outStream

When I try to do the comparison:  (outStream == cout)

It seems to return true when it shouldn't.  But what confuses me is that there
really is no operator == for the stream types (derived from ios), but what 
seems to get called while stepping through the debugger (gdb 4.4) is:

ios::operator void*()

I just don't understand why this operator is called.  Is the operator void*()
a default operator for when the operator requested isn't found?  How would
one make an explicit call to such an operator?

It could be that gdb simply isn't showing me the whole picture.  All I know
is that when I set the breakpoint at the line with the comparison above and
then step, the first place it stops at is the ios::operator void*().

Please enlighten me.

I know there are probably other things wrong with my code, but I just can't
seem to understand the current dilemna.


Jason


-- 
Jason Rosenberg                           Computer Science Department
jason@cs.ucla.edu                         University of California
{uunet,rutgers,ucbvax}!ucla-cs!jason      Los Angeles, CA  90024
Newsgroups: gnu.g++.help
From: Michael.Conner <Michael.Conner@mixcom.mixcom.com>
Subject: Templates and debugging
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Distribution: usa
Date: Fri, 04 Sep 1992 18:28:05 GMT


I have compiled GNU gcc 2.2.2 on Interactive Systems Corp Sys V/386
release 3.2. When Trying to compile a template class with debugging
turned on ( -g ), I got the following:

Assempler: geo1.c
	aline 512	: Illegal character after '<'
	aline 512	: syntax error
		
		.
		.
		.

I assume this is some incompatibility between as and gcc.  My question
is  A.) would this be remedied by using the GNU assembler ( gas ), and
B.) does that mean I have to recompile gcc/g++, or is there a switch to
set somewhere that I haven't found yet?

Thanks.

-- 
Michael.Conner@mixcom.com
From: tb@Materna.DE (Torsten Beyer)
Newsgroups: gnu.g++.help
Subject: Undefined symbols with g++ 2.2.2
Date: 1 Sep 92 14:43:45 GMT

Hi there,

I have a problem with g++ 2.2.2 on a Sun 4 with SunOS 4.1.1. I constantly
get undefined symbols from various c++ sources. Best example probably is
errfac/dofiles.c from the nihcl class library. When I compile this file with
g++ and aftewards do an nm on the .o file, I find (among others) a symbol
___7ostreame which when I link the whole thing is unreferenced. Checking
libg++ reveals a symbol ___7ostream however. My question: a) is this normal
(:-) b) is my linker brain dead c) is g++ configured the wrong way d) am I
mad ?

			any help greatly appreciated

					-Torsten
--
Torsten Beyer                      	mail	     : tb@Materna.DE
Dr. Materna GmbH		   	vox humana   : +49 231 5599 225
Vosskuhle 37, D-4600 Dortmund	   	fax machina  : +49 231 5599 100
 "There must be a place, under the sun, where hearts of olden glory grow young"