HDTenEightyP/NetNews huggingface dataset:
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  g++ 2.2.2 namespace bug(?)
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Sep 1992 07:02:13 GMT

This problem should not exist in the next release of gcc.

> Date: Wed, 1 Jul 92 11:52:12 MST
> From: muts@fss.fokker.nl (Peter Mutsaers)
> Message-Id: <9207010952.AA04442@fss.fokker.nl>
> To: bug-g++@prep.ai.mit.edu

> When compiling something this:

> class a {
> enum { no_break, pre_break, in_break, post_break };
> int ha;
> };

> class b {
> int ha;
> };

> class c: public a, public b {
> int ha;
> };

> main () {}

> I get the following error message:
> t.c:11: request for member `ha' is ambiguous

> I get this only when the enum occurs in the definition of class a.
> More general this occurs with multiple inheritance only, where from
> both parental sides the same member ("ha" in this case) is defined,
> and in one of the parents an enum within the class occurs.

> In fact this prevents me from compiling interviews 3.1 at the moment.
> Hope that a g++ expert can solve it. Could any replies be directed to
> my email address as well, as I do not read g++-bug. Thanks.

Newsgroups: gnu.g++.bug
From: tatsumi@elelab.nsc.co.JP (Tetsu Tatsumi)
Subject: some bugs on g++ 2.2.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 7 Sep 1992 09:12:11 GMT

(1)  The following file cannot be compiled with
     g++ 2.2.2 on SunOS 4.1.2+JLE1.1.2.
------------------------------------------------------------------
class A {
	int	i;	// not necessary
  public:
	static A	a1;
	A();
};

class	B {
	A	a2;
  public:
	B();
};

B::B()
{
	a2 = A::a1;
}
------------------------------------------------------------------
     I tried "g++ -c file.c" and g++ sais:

/usrx/bin/gcc: Internal compiler error: program cc1plus got fatal signal 6

(2)  in iostream.h, an operator<<() defined as

        extern ostream& operator<<(ostream&, void *p);

     but I think

        extern ostream& operator<<(ostream&, const void *p);

     is better.

(3)  in stdio.h, sscanf() defined as

        int sscanf(char*, const char* ...);

     and it should be

        int sscanf(const char*, const char* ...);

     /*------------------------------*--------------------------------/
    /   tatsumi@elelab.nsc.co.jp    /    Nippon Steel Corporation    /
   /-------------------------------*-------------------------------*/

Newsgroups: gnu.g++.bug
From: eoahmad@ntu.ac.sg (Othman Ahmad)
Subject: mips gcc-2.2.2 illegal op
Organization: Nanyang Technological University - Singapore
Distribution: gnu
Date: Tue, 8 Sep 1992 09:02:46 GMT

gcc222 -DGNU       -c    -v -w  -I/usr/users/othman/lib/g++-include -I/usr/users/othman/lib/gcc-include -I/usr/include  -DSUNOS41 cxxgen.cxx
Reading specs from /usr/users/othman/lib/gcc-lib/mips-dec-ultrix/2.2.2/specs
gcc version 2.2.2
 /usr/users/othman/lib/gcc-lib/mips-dec-ultrix/2.2.2/cpp -lang-c++ -v -DGNU -DSUNOS41 -I/usr/users/othman/lib/g++-include -I/usr/users/othman/lib/gcc-include -I/usr/include -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__SY


STYPE_BSD -D___SYSTYPE_BSD -D__bsd4_2 -D__host_mips -D__mips -D__ultrix -D__unix -w -D__LANGUAGE_C_PLUS_PLUS__ -D__LANGUAGE_C_PLUS_PLUS -D__LANGUAGE_C__ -D__LANGUAGE_C -DLANGUAGE_C cxxgen.cxx /usr/tmp/cca20495.i
GNU CPP version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix
 /usr/users/othman/lib/gcc-lib/mips-dec-ultrix/2.2.2/cc1plus /usr/tmp/cca20495.i -quiet -dumpbase cxxgen.cc -w -version -o /usr/tmp/cca20495.s
GNU C++ version 2.2.2 [AL 1.1, MM 19] DECstation running ultrix compiled by GNU C version 2.2.2.
gcc222: Internal compiler error: program cc1plus got fatal signal 4
*** Error code 1

Stop.

--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet
From: brendan@cygnus.com (Brendan Kehoe)
Newsgroups: gnu.g++.help
Subject: Re: Templates and debugging
Date: 5 Sep 92 19:48:08 GMT
Reply-To: brendan@cygnus.com
Organization: Cygnus Support, Palo Alto CA; Phone +1 415 322 3811
In-reply-to: Michael.Conner's message of Fri, 04 Sep 1992 18:28:05 GMT

In article <1992Sep04.182805.9641@mixcom.com> Michael.Conner <Michael.Conner@mixcom.mixcom.com> writes:

In article <1992Sep04.182805.9641@mixcom.com> Michael.Conner <Michael.Conner@mixcom.mixcom.com> writes:

   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?

This problem will be fixed in the next release of gcc.  gas has
nothing to do with it.

--
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: warwick@cs.uq.oz.au (Warwick Allison)
Newsgroups: gnu.g++.help
Subject: Re: inlines in .cc files?
Date: 16 Sep 92 03:15:21 GMT
Reply-To: warwick@cs.uq.oz.au

jason@lanai.cs.ucla.edu (Jason Rosenberg) writes:

>Well, I guess you can't declare inline functions in .cc files, only in
>.h files.  Is this correct?  It makes sense, otherwise how would 
>incremental compiling work....

You CAN use inlines in .cc files, but only for statically used functions.

GCC acts perfectly.


If you define an inline function in .cc files, no symbol is ever generated
by the compiler (obviously, since no separate function exists).  Similarly,
when declared in a .h file, no symbol is created.  Remember, .h files are
nothing special, they are just textually included into the .cc files.  I'm
not sure the compiler proper ever even looks at actual .h files, since they
should be merged in by the pre-processor.


--
Warwick
--
  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
 /     * <-- Computer Science Department,  /  
 \_.-._/     University of Queensland,    /   C references are NULL && void*
      v      Brisbane, Australia.        /  
Newsgroups: gnu.g++.help,comp.lang.c++
From: cogen@ll.mit.edu (David Cogen)
Subject: Can't install g++
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Fri, 11 Sep 1992 10:58:30 GMT

I can't install g++ following the instructions of the README file.

Scenario: g++-1.41.0, gcc-1.41, Sparc 2, SunOS 4.1.1

My directory structure is as follows:

-/gnu
-/gnu/gcc -> gcc-1.41
-/gnu/gcc-1.41
-/g++ (contains links to files in g++-1.41.0)
-/g++-1.41.0
-/gcc-test (empty)

I compiled gcc in gcc-1.41, it works fine. And I installed the binaries in
/usr/local/bin and /usr/local/lib with make install.

Now I cd to g++ and follow the recommendations of g++/README. 

(step 0-2) followed as recommended. 

(step 3) I believe no modifications to Makefile are required.

(step 4) Apparently succeeds, with several "Error code (ignored)" messages.

(step 5) Apparently succeeds.

"make": fails immediately. ../gcc-test directory is empty. Here is the output
history: 

hancock% make
../gcc-test/gcc -g -DGATHER_STATISTICS -DNO_DYNAMIC_LIBS -O -B../gcc-test/ -I. -I. -I./config -g -o ccrt0.o -DOLD_FORMAT -c ccrt0.c
sh: ../gcc-test/gcc: not found
*** Error code 1
make: Fatal error: Command failed for target `ccrt0.o'



What is the gcc-test directory? How does it get filled? Or should it be a link
to the gcc directory? The README file says nothing about this. Please advise on
what to do.

Thanks,

David Cogen.
From: av@kielo.uta.fi (Arto V. Viitanen)
Newsgroups: gnu.g++.help
Subject: djgpp and preprocessor solved
Date: 9 Sep 92 06:43:45 GMT
Reply-To: av@uta.fi (Arto V. Viitanen)
Distribution: gnu
Organization: University of Tampere, Finland

I asked a couple of days ago, why did DJGPP (MSDOS) version of GNU C's
preprocessor add .\ in front of file names it generated. Well, it turn out
this was because I asked it to ! I used DMAKE make program, and for som
reason it thought file.cc is actually .\file.cc. For dmake they are same, but
for DJGPP's gcc and (more so) ar they are not.

--
Arto V. Viitanen				               email: av@uta.fi
University Of Tampere,				   	           av@cs.uta.fi
Finland
Newsgroups: gnu.g++.help,comp.lang.c++
From: rodolfon@fee.unicamp.br (Rodolfo Jose Leite Netto)
Subject: G++ for Xenix
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Sat, 5 Sep 1992 08:40:29 GMT

Does G++ works on Xenix? If not, dos GCC?

thanks
From: jbuck@forney.berkeley.edu (Joe Buck)
Newsgroups: gnu.g++.help
Subject: Re: Where can I get g++ source code and documentation?
Keywords: g++ source documentation
Date: 15 Sep 92 01:18:52 GMT
Distribution: usa
Organization: U. C. Berkeley
NNTP-Posting-Host: forney.berkeley.edu

In article <curtis.716486501@watjo> curtis@WJ.COM (Curtis Otaguro) writes:
>I have a few questions to you fellow netters.  Where I can ftp g++ source
>code from?  What revision of g++ is the most reliable to use? I plan to 
>compile it on a Sun Sparc IPX running SunOS 4.1.3.  Is documentation
>available too?  On a related subject, can anyone suggest a good reference
>for c++ programming guidelines?  Thanks in advance!

Get version 2.2.2.  It is included in the gcc distribution (you only need
to retrieve gcc-2.2.2.tar.Z).  You'll also want libg++ version 2.2 (which
is libg++-2.2.tar.Z).  You can get both of them from many sites; since
you're in California, you'll probably get the quickest transfer if you
grab it from gatekeeper.dec.com, directory /pub/GNU.  (archie finds 96
matches for "gcc-2.2.2.tar.Z", so there are many options).

There's good documentation for the gcc part included in the distribution,
as well as for libg++, but the only documentation for the g++ part at this
point is the manual entry, which explains the options.

--
Joe Buck	jbuck@ohm.berkeley.edu
From: brennan@seismo.CSS.GOV (Mary Ann Brennan)
Newsgroups: gnu.g++.help
Subject: Re: using cout in a constructor SUMMARY
Date: 9 Sep 92 14:57:25 GMT
Organization: Center for Seismic Studies, Arlington, VA


On 8 Sep 92 20:37:39 GMT, I posted a question about why using cout in a
constructor caused a core dump when a static global was initialized, noting
that printf produced the intended result without problems.

I have learned that the order of initialization of globals is not yet
well defined, I should be using the 2nd edition of Stroustrup's
"The C++ Programming Language" not my old copy, and that I should get
a newer version of gcc (2.2.2) and g++ on which my example works.

Thanks to Ed Barton and Aksnes Knut-Havar for their quick and helpful
responses.

Mary Ann Brennan
brennan@seismo.css.gov
Newsgroups: gnu.g++.help
From: jason@lanai.cs.ucla.edu (Jason Rosenberg)
Subject: inlines in .cc files?
Originator: jason@lanai.cs.ucla.edu
Organization: UCLA Computer Science Department
Date: Tue, 15 Sep 92 18:45:27 GMT

Well, I guess you can't declare inline functions in .cc files, only in
.h files.  Is this correct?  It makes sense, otherwise how would 
incremental compiling work....

Anyway, I inadvertently did this, and had an undefined symbol problem.
The functions I declared as inline came up undefined during linking.

I took off the inline declaration, and it compiles now.  If that was the
problem, perhaps it would be a nice addition to add a compiler error
message saying no inlines.....


-- 
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: pkj@bnr.ca (Peter Jarvis)
Subject: Re: g++ installation on hp9000 835
Organization: BNR Europe Ltd, Maidenhead, UK
X-Newsreader: Tin 1.1 PL5
Date: Tue, 15 Sep 1992 01:08:28 GMT

Before running config.g++ you need to run:

	make maketest

so long as the gcc source  directory is  available  the relavant  soft
links will be created.  Once this has been  completed  run  config.g++
and the link process should work.

.....................................................................
Regards Peter K. Jarvis  .       
Dept 7U33 BNR Maidenhead . 	 The light at the end of the tunnel 
ESN 590-4020             .	 may be an oncoming dragon
                         .       
Disclaimer:              .       
 'only my opinions...'   .	 Qoute -- Anonymous
                         .       
.....................................................................
Newsgroups: gnu.g++.help
From: pkj@bnr.ca (Peter Jarvis)
Subject: g++ on HPUX 7.05
Summary: Problems compiling G++ on a HP 425 running HPUS 7.05 
Keywords: Problems
Organization: BNR Europe Ltd, Maidenhead, UK
X-Newsreader: Tin 1.1 PL5
Date: Tue, 15 Sep 1992 01:20:41 GMT

I been  trying  to  compile  g++-1.39.1  on a HP 425 and  have hit the
following problem:

	cc -c -g -Wc,-Ns2000 -Wc,-Ne700 -Wc,-Np300 -Wc,-Nw1000 -I. -I. -I./config -DPARSE_OUTPUT=\"/datasservext/pkj/g++/cplus-tab.out\" cplus-tab.c
"cplus-parse.y", line 2273: operands of + have incompatible types
"cplus-parse.y", line 2273: incorrect indirection
"cplus-parse.y", line 2273: incorrect indirection
"cplus-parse.y", line 2325: operands of + have incompatible types
"cplus-parse.y", line 2325: incorrect indirection
"cplus-parse.y", line 2325: incorrect indirection
"cplus-parse.y", line 2342: operands of + have incompatible types
"cplus-parse.y", line 2342: incorrect indirection
"cplus-parse.y", line 2342: incorrect indirection
*** Error code 1

Stop.

Can anyone give me details of how to overcome  this problem other than
upgrading the operating system which is out of my hands.

I would be very grateful for any help in the matter.

.....................................................................
Regards Peter K. Jarvis  .       
Dept 7U33 BNR Maidenhead . 	 The light at the end of the tunnel 
ESN 590-4020             .	 may be an oncoming dragon
                         .       
Disclaimer:              .       
 'only my opinions...'   .	 Qoute -- Anonymous
                         .       
.....................................................................
From: lee@bluefuzz.sw.stratus.com (Lee Cooprider)
Newsgroups: gnu.g++.help
Subject: Problem with virtual destructors
Date: 13 Sep 92 23:08:14 GMT
Distribution: gnu
Organization: Stratus Computer, Software Engineering

I am using C++ from gcc version 2.2.1 on a Sparc platform.

My problem is with virtual destructors.  Whenever my real destructor is
called, the program abort()'s after executing the destructor successfully.

This program illustrates the problem:

	class aaa {
	  public:
	    virtual ~aaa() = 0;};
	
	class bbb : public aaa {
	  public:
	    bbb();
	    ~bbb();};
	
	bbb::bbb() {}
	bbb::~bbb() {}

The assembler for ~bbb() has an unconditional abort() call at the end.  Is
this the correct code?  Is there an additional requirement on virtual
destructors?  Is it not legal for a destructor to be pure-virtual?

This is the assembler code for the ~bbb() routine above:

	__$_3bbb:
		!#PROLOGUE# 0
		save %sp,-112,%sp
		!#PROLOGUE# 1
		mov %i0,%l0
		st %i1,[%fp+72]
		sethi %hi(__vt$bbb),%o1
		or %o1,%lo(__vt$bbb),%o0
		st %o0,[%l0]
	L4:
		mov %l0,%o0
		ld [%fp+72],%o1
		call _abort,0
		nop
	L3:
		ret
		restore
-- 
Lee W. Cooprider				PP-ASEL/IA
Lee_Cooprider@vos.stratus.com			Skylane N2908F "Wiley"
From: av@kielo.uta.fi (Arto V. Viitanen)
Newsgroups: gnu.g++.help
Subject: Preprocessor in DJGPP
Date: 7 Sep 92 06:04:55 GMT
Reply-To: av@uta.fi (Arto V. Viitanen)
Distribution: gnu
Organization: University of Tampere, Finland

I started to port a GNU program to MSDOS (I don't say what, since I don't
like to receive any "mail me" messages until it is finished) using what I
think is newest version of DJGPP version of GNU C. I received several warning
messages ``Unrecognized excape sequence "\f"'' etc. When I compiled a C++
program using option -E, output contained following first line:

# 1 ".\font.cc" 1

Question is: Why did the preprocessor add the ".\", when compiler does not
like them ?
--
Arto V. Viitanen				               email: av@uta.fi
University Of Tampere,				   	           av@cs.uta.fi
Finland
Newsgroups: gnu.g++.help
From: curtis@WJ.COM (Curtis Otaguro)
Subject: Where can I get g++ source code and documentation?
Summary: Looking for g++ source code and documentation
Keywords: g++ source documentation
Organization: Watkins-Johnson Company
Distribution: usa
Date: Mon, 14 Sep 1992 16:01:41 GMT

I have a few questions to you fellow netters.  Where I can ftp g++ source
code from?  What revision of g++ is the most reliable to use? I plan to 
compile it on a Sun Sparc IPX running SunOS 4.1.3.  Is documentation
available too?  On a related subject, can anyone suggest a good reference
for c++ programming guidelines?  Thanks in advance!

                                                                ...Curtis
-- 
Curtis Otaguro              Phone: (408) 439-6119         ~~~ GO GIANTS!        
Sr. Electrical Engineer     Email: curtis@wj.com           ~~~ BOWS NO KA OI!
Watkins-Johnson Company     Pmail: 440 Kings Village Rd    
Single Wafer Products              Scotts Valley, CA, 95066-4081       
Newsgroups: gnu.g++.help
From: degiorgi@inf.ethz.ch (Daniele Degiorgi)
Subject: Problems compiling libg++ on SUN4 (Sunos 4.1.2)
Organization: Dept. Informatik, Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Tue, 8 Sep 1992 14:56:04 GMT

I have problems to compile libg++ on a simple SUN4 with gcc2.2.2.
I did a configure sun4os4 but when making
I get some warnings and then lots of things like

In file included from ./std.h:28, from AllocRing.cc:22:
./../g++-include/unistd.h:92: conflicting types for `int  geteuid (...)'
/a/home/brain/brain2/graph/include/unistd.h:397: previous declaration of `unsigned int  geteuid ()'

in the end, make finishes with

make[2]: *** [AllocRing.o] Error 1
make[1]: *** [in-src] Error 1
make: *** [all-libg++] Error 1

please respond by email.
   thanks in advance

						Daniele
From: lee@bluefuzz.sw.stratus.com (Lee Cooprider)
Newsgroups: gnu.g++.help
Subject: Debugger loses track of methods
Date: 14 Sep 92 16:17:29 GMT
Distribution: gnu
Organization: Stratus Computer, Software Engineering

Using Gnu C++ Version 2.2.1 with GDB Version 4.5, I find that after my
application gets to a certain size (or contains a certain module?) I can no
longer set breakpoints at methods names.  All methods get a response like

	(gdb) break AddressSpace::getw
	(Cannot find method AddressSpace::getw(AddressSpace, unsigned int)
							 - possibly inlined.)
	The class AddressSpace does not have any method named getw

This is true of both inlined and non-inlined methods, and of methods compiled
with the -g flag.

If I find the method in the source, and set the breakpoint at the source line,
the breakpoint is correctly described as 'line N in foo::baz',
so the lookup works the other way.

Do I have a version skew problem?
-- 
Lee W. Cooprider				PP-ASEL/IA
Lee_Cooprider@vos.stratus.com			Skylane N2908F "Wiley"
Newsgroups: gnu.g++.help
From: alanw@sabatini (Alan Wong)
Subject: How can I get a copy of g++ for SUN Sparc 2?
Organization: US Card Products Group, Citicorp Treasury
X-Newsreader: Tin 1.1 PL4
Date: Tue, 8 Sep 92 21:04:22 GMT

Can anybody tell me how to get a copy of g++ for SUN Sparc 2?
Please reply to alanw@citib.com

	Thank you

P.S. I am new to this email system. I am not quite sure where to look for stuff.
From: brennan@seismo.CSS.GOV (Mary Ann Brennan)
Newsgroups: gnu.g++.help
Subject: using cout in a constructor (Q)
Date: 8 Sep 92 20:37:39 GMT
Organization: Center for Seismic Studies, Arlington, VA


Apologies for the length, I couldn't find any other postings that helped me.
I'm trying to teach myself C++ and am reading Stroustrup's
"The C++ Programming Language" Reprinted with corrections July 1987.

On p. 167 exercise 12 is:
Given the program:

#include <stream.h>

main()
{
        cout << "Hello, world\n" ;
}

modify it to produce the output

Initialize
Hello, world
Clean up

Do not change main() in any way.

on pp. 158-9 Stroustrup discusses static store and suggests inventing
a type with a constructor and destructor for initialization and cleanup
to be used only once to allocate a static object so the constructor
and destructor are called.

my first attempt used streams as follows:

// startend1.h

class startend {
        int *junk;
public:
        startend() {  junk = new int; cout << "Initialize\n"; }
        ~startend() { delete junk; cout << "Clean up\n"; }
};

// hello1.c
#include <stream.h>
#include "startend1.h"

static startend bookkeep;

main()
{
        cout << "Hello, world\n" ;
}

it had a segmentation fault (it appeared to die while running the constructor
and that cout may not have been initialized before used -- surmised by stepping
through with adb, dbx didn't seem to like g++).

After fiddling with it for a bit, I gave up on streams and changed to stdio:

// startend2.h

class startend {
        int *junk;
public:
        startend() {  junk = new int; printf("Initialize\n"); }
        ~startend() { delete junk; printf("Clean up\n"); }
};

// hello2.c
#include <stream.h>
#include "startend2.h"

static startend bookkeep;

main()
{
        cout << "Hello, world\n" ;
}

which produced the intended result without core dumping:

Initialize
Hello, world
Clean up

my questions:
Why doesn't the first version work?
Is there any way to use streams inside a constructor?
More generally, what do I seem to be misunderstanding?

Thanks in advance,
Mary Ann Brennan

brennan@seismo.css.gov
From: kelly@ipld01.hac.com (Keith Kelly)
Newsgroups: gnu.g++.help
Subject: Errors compiling libg++ (v2.2) using g++ (v2.2.2) on Alliant FX/2800
Date: 4 Sep 92 22:48:18 GMT
Distribution: usa
Organization: Hughes Aircraft Company - Canoga Park, CA
              Imaging Guidance Design Laboratory

I'm trying to build the gnu libg++ (version 2.2) library using the gnu g++
(version 2.2.2) compiler on an Alliant FX/2800.  Whenever it tries to
compile any routine with the va_start function, it complains with:

warning: implicit declaration of function `__builtin_args_info'

The libg++ library eventually builds but it has unresolved references to
__builtin_args_info.  The va-i860.h references this function in the va_start
routine but it is unclear where this function is actually defined.  Any
suggestions?  Thanks in advance.

          
-- 
Keith Kelly                    Internet   : kelly@ipla01.hac.com         
"Of all the things I've lost   UUCP       : ...!usc!!hacgate!ipla01!kelly
 I miss my mind the most"      Phone      : (818) 702-2328
Newsgroups: gnu.g++.help