HDTenEightyP/NetNews huggingface dataset:
From: tlukka@vinkku.hut.fi
Subject: Internal compiler error 123
Organization: GNUs Not Usenet
Distribution: gnu
Date: Tue, 15 Dec 1992 23:04:34 GMT

I got an internal compiler error 123 with the following code...
probably has to do with the O::a typedef there.

	TJL
--- snip ---

class O
{
public:
	O();
	~O();
private:
	class List
	{
	private:
		O *obj;
		List  *next;
	public:
		List() {next=NULL; obj=NULL;}
		~List() {if(next) delete next;}
		typedef void O::a();
		void foreach(a *b) {if(obj) {b(obj); tail->foreach(b);}};
	};
	List l;
};

O::O()
{
}

Newsgroups: gnu.g++.bug
From: klamer@mi.eltn.utwente.NL (Klamer Schutte)
Subject: cc1plus got fatal signal 6
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 22:27:00 GMT

g++ 2.3.2 (and 2.3.1, not 2.2.1) crahses on the following, wrong, code:

class A;

class B
{ };

test()
{
	A	*a;
	B	*b = new B( a );
}

The compiler message is:

0 klamer@mi6 21:24 47> g++ -v qqq.cc
Reading specs from /usr/local/lib/gcc-lib/sun4/2.3.2/specs
gcc version 2.3.2
 /usr/local/lib/gcc-lib/sun4/2.3.2/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 qqq.cc /tmp/cca15996.i
GNU CPP version 2.3.2 (sparc)
 /usr/local/lib/gcc-lib/sun4/2.3.2/cc1plus /tmp/cca15996.i -quiet -dumpbase qqq.cc -version -o /tmp/cca15996.s
GNU C++ version 2.3.2 (sparc) compiled by GNU C version 2.3.2.
/usr/local/bin/gcc: Internal compiler error: program cc1plus got fatal signal 6

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++.bug
From: uri@watson.ibm.com (Uri Blumenthal)
Subject: GCC-2.3.2/LIBG++-2.2 bug (any patch around there?)
Reply-To: uri@watson.ibm.com
Organization: Why do you care?
Distribution: gnu
Date: Mon, 14 Dec 1992 22:21:44 GMT

/u/uri/ur1/libg++-2.2/libg++/test-install> g++ -v -c bf.cc
Reading specs from /usr/local/lib/gcc-lib/i386-aix/2.3.2/specs
gcc version 2.3.2
 /usr/local/lib/gcc-lib/i386-aix/2.3.2/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D
__cplusplus -Dps2 -Dunix -Di386 -D__ps2__ -D__unix__ -D__i386__ -D__ps2 -D__unix -D__i386 -
DAIX -D_I386 -D_AIX -D_MBCS bf.cc /tmp/ccaaazCs.i
GNU CPP version 2.3.2 (80386, ATT syntax)
 /usr/local/lib/gcc-lib/i386-aix/2.3.2/cc1plus /tmp/ccaaazCs.i -quiet -dumpbase bf.cc -vers
ion -o /tmp/ccaaazCs.s
GNU C++ version 2.3.2 (80386, ATT syntax) compiled by GNU C version 2.3.2.
bf.cc: In function `void  _GLOBAL_.I.s1 ()':
bf.cc:4: bad argument 0 for function `String::String (char)' (type was class String*)
bf.cc:4: in base initialization for class `String'
bf.cc:5: bad argument 0 for function `String::String (char)' (type was class String*)
bf.cc:5: in base initialization for class `String'
/u/uri/ur1/libg++-2.2/libg++/test-install>


I assume this bug was reported more than once. Is there
a fix for it?  Oh yeah, it's AIX/PS2 v.1.3, if it makes
any difference (:-).
--
Regards,
Uri.		uri@watson.ibm.com
------------
<Disclaimer>

Newsgroups: gnu.g++.bug
From: khattra@cs.sfu.ca (Taj Khattra)
Subject: gcc 2.3.1 global ctor bug ?
Organization: CSS, Simon Fraser University, Burnaby, B.C., Canada
Distribution: gnu
Date: Wed, 16 Dec 1992 05:59:01 GMT

-----------
gcc 2.3.1
SunOS 4.1.1
-----------

The following program outputs "-1 0"
Shouldn't it be "-1 -1" ?

------------------
#include <stdio.h>

struct foo {
     foo() : index(-1) {}
     int index;
};

foo *arr = new foo[2];

main()
{
     printf("%d %d\n", arr[0].index, arr[1].index);
}
-------------------

--
Taj Khattra
khattra@cs.sfu.ca

Newsgroups: gnu.g++.bug
From: rrh@tera.com (Robert R. Henry)
Subject: gcc2.3.[12] sparc-sun fails on ul = us = l = s = -1
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 18 Dec 1992 16:58:36 GMT

When running gcc2.3.[12] with and without -O target==host==sparc-sun-sunos4.1
on the following program the chained assignment
	ul = us = l2 = s2 = -1;
ends up assigning to ul 0xffffffff instead of 0x0000ffff, thus
violating the semantics of assignment.
Reducing the length of the chain produces the proper thing.

Reading specs from /usr/local/lib/gcc-lib/sparc-sun/2.3.2/specs
gcc version 2.3.2
 /usr/local/lib/gcc-lib/sparc-sun/2.3.2/cpp -lang-c -v -undef -D__GNUC__=2 -Dsparc -Dsun -Dunix -D__sparc__ -D__sun__ -D__unix__ -D__sparc -D__sun -D__unix -D__OPTIMIZE__ bug2.c /usr/tmp/cca26873.i
GNU CPP version 2.3.2 (sparc)
 /usr/local/lib/gcc-lib/sparc-sun/2.3.2/cc1 /usr/tmp/cca26873.i -quiet -dumpbase bug2.c -O -version -o /usr/tmp/cca26873.s
GNU C version 2.3.2 (sparc) compiled by GNU C version 2.3.2.
 /usr/local/lib/gcc-lib/sparc-sun/2.3.2/as -o /usr/tmp/cca268731.o /usr/tmp/cca26873.s
 /usr/local/lib/gcc-lib/sparc-sun/2.3.2/ld -e start -dc -dp /lib/crt0.o -L/usr/local/lib/gcc-lib/sparc-sun/2.3.2 -L/usr/local/lib /usr/tmp/cca268731.o -lgcc -lc -lgcc

#include <stdio.h>

main()
{
	long l1, l2;
	unsigned short us;
	unsigned long  ul;
	short s1,s2;

	ul = us = l2 = s2 = -1;
	printf("ul=0x%08x\n", ul);
	printf("us=0x%08x\n", us);
	printf("l2=0x%08x\n", l2);
	printf("s2=0x%08x\n", s2);

	printf("\n");
	ul = us = -1;
	printf("ul=0x%08x\n", ul);
	printf("us=0x%08x\n", us);

	printf("\n");
	us = -1;
	ul = us;
	printf("ul=0x%08x\n", ul);
	printf("us=0x%08x\n", us);

}

Newsgroups: gnu.g++.bug
From: khattra@cs.sfu.ca (Taj Khattra)
Subject: gcc 2.3.1 global ctor bug ?
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 06:09:37 GMT

-----------
gcc 2.3.1
SunOS 4.1.1
-----------

The following program outputs "-1 0"
Shouldn't it instead be "-1 -1" ?

------------------
#include <stdio.h>

struct foo {
     foo() : index(-1) {}
     int index;
};

foo *arr = new foo[2];

main()
{
     printf("%d %d\n", arr[0].index, arr[1].index);
}
-------------------

--
Taj Khattra
khattra@cs.sfu.ca

Newsgroups: gnu.g++.bug
From: harrison@binky.ics.uci.edu (Andrew Harrison)
Subject: Default copy constructor broken
Organization: GNUs Not Usenet
Distribution: gnu
Date: Fri, 11 Dec 1992 18:07:23 GMT

The following program would seem to indicate that the default copy
constructor mechanism is broken in gcc.  It was tested with 2.2.2 and 2.3.2
on sun 4 sunos4.2.  The default copy constructor for Compound should
in turn call the copy constructor for Item, but it does not.

The output is

Item()
Compound()
Pre foo
foo
~Compound()
~Item()
Post foo
~Compound()
~Item()

The output should be something like (produced from ATT 2.1)

Item()
Compound()
Pre foo
Item(const Item& i)    <------ missing above
foo
Post foo
~Compound()
~Item()
~Compound()
~Item()


#include <iostream.h>

class Item {
 public:
  Item() { cerr << "Item()\n"; }
  Item(const Item& i) { cerr << "Item(const Item& i)\n"; }
  ~Item() { cerr << "~Item()\n"; }
};


class Compound {
  Item i;
 public:
  Compound() { cerr << "Compound()\n"; }
//  Compound(const Compound& i) { cerr << "Compound(const Compound& i)\n"; }
  ~Compound() { cerr << "~Compound()\n"; }

  void msg(char *s) { cerr << s; }
};


void foo(Compound a)
{
  a.msg("foo\n");
}


main()
{
  Compound a;

  cerr << "Pre foo\n";
  foo(a);
  cerr << "Post foo\n";
}
From: myersn@rwave.UUCP (Nathan Myers)
Newsgroups: gnu.g++.bug
Subject: g++ 2.3.2 / gdb 4.7 incompatible
Date: 9 Dec 92 09:06:44 GMT
Distribution: gnu
Organization: GNUs Not Usenet

On a sparc-sun-solaris2 (Solaris 2.1) g++-2.3.2 compiles libg++-2.2.91
in such a way that programs linked with the latter cause gdb-4.7 to emit
messages like:

   "Invalid symbol data: invalid character \073 at symbol pos 730".

Gdb trips on this one symbol, and thus is unusable on C++ programs.

While compiling libg++/iostreams, the compiler emitted a warning that
dbx format does not support templates yet; I don't know if the two
phenomena are related.

Nathan Myers
myersn@ece.orst.edu
Newsgroups: gnu.g++.bug
From: matt@elvira.kau1.kodak.COM (matt@bacchus.esa.oz.au)
Subject: g++ 2.3.1 bug
Reply-To: matt@elvira.kau1.kodak.com
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 16 Dec 1992 01:37:04 GMT

	On an SGI Indigo running IRIX 4.0.5F, compiling all languages.

	The UNSET_RESERVED_WORD macro in cp-lex.c, at line 734 reads:

#define UNSET_RESERVED_WORD(STRING) \
	do { is_reserved_word (STRING, sizeof (STRING) - 1)->name = ""; } while (0)

	and is used at line 751-2 as follows:

		UNSET_RESERVED_WORD ("except");
		UNSET_RESERVED_WORD ("exception");

	"except" and "exception" are not reserved words so
	is_reserved_word() returns NULL which is then deferenced, so
	cc1plus core dumps with a segmentation fault.

	My fix was to add a check that is_reserved_word (STRING, ...)
	returned a non-NULL value before setting name to "".

	cheers ...

-------------------------------------------------------------------------------
Matt Atterbury [matt@kau1.kodak.com]                  Kodak Australia FiDO Team
"klaatu barada nikto"                      "life? don't talk to me about life!"

Newsgroups: gnu.g++.bug
From: sherman@lea.csc.ncsu.edu (Chris Sherman)
Subject: What is the compiling coming up with here, anyway?
Organization: North Carolina State University
Distribution: gnu
Date: Sat, 12 Dec 1992 15:29:10 GMT

I have a g++ 2.2.2 (that I wish I could upgrade if I was the administrator),
and a Dec MIPS 4.2.  The compiler is coming up with some weird symbols that
the link isn't able to resolve:

g++ -o xcad create.o layout.o callbacks.o graphics.o  help_dialog.o menus.o strt
oxmstr.o  xcad.o gc.o Matrix.o translations.o   /usr/local/X11/lib/libXm.a /usr/
local/X11R5/lib/libXt.a /usr/local/X11R5/lib/libX11.a -lm
ld:
Undefined:
sprintf__FPcPCce
atof__FPCc
exit__Fi
printf__FPCce
cos__Fd
sin__Fd
collect: /usr/bin/ld returned 1 exit status
*** Error code 1

They all seem floating-point related.  Anyway, is there some bit of magic
I can do (besides upgrading) that will quickly solve this problem???

Thanx!!
-- 
     ____/     /     /     __  /    _  _/    ____/
    /         /     /     /   /      /     /          Chris Sherman
   /         ___   /        _/      /          /
 _____/   __/   __/   __/ _\    _____/   _____/        sherman@lea.csc.ncsu.edu

Newsgroups: gnu.g++.bug
From: dececco@nsl.UUCP
Subject: Template related bug
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 14 Dec 1992 17:52:37 GMT

in g++ 2.3.1, this template cause a syntax error
if the FOO symbol is *NOT* defined

template<class T> class Dup
{
public:
  Dup(T& t): _d(t) {};

  void Print() { _d.Print();}

#ifdef FOO
  int foo() 
  {
    a;
    b;
    c;
    d;
    f;
    g;
    h;
  }
#endif

private:
  T& _d;
};


While the following template compile fine (always with FOO not #defined):

template<class T> class Dup
{
public:
  Dup(T& t): _d(t) {};

  void Print() { _d.Print();}

#ifdef FOO
  int foo() { a; b; c; d; f; g; h;}
#endif

private:
  T& _d;
};


The problem is that if the text inside a #ifdef is longer than 6 lines,
the preprocessor, instead of leaving blank lines, put a 

# line file

directive, for the compiler; this directive, inside a class template,
cause a syntax error at the template instantiation time.

Maurizio


Maurizio De Cecco

Office					Home
NSL				
57-59 rue Lhomond 75005 Paris		44 rue Servan 75011 Paris
tel +33-(1)-43367750 			tel: +33-(1)-49299507 
fax +33-(1)-43365978			fax: +33-(1)-49299507 
email: dececco@nsl.fr                   email: dececco@birillo.gna.org

==> please use office e-mail for professional use only           <==
==> please use home e-mail for personal and Alice communications <==
==>          if you are in a hurry, use office e-mail            <==

Newsgroups: gnu.g++.bug
From: mack@deci.cs.umn.edu (Dan Mack)
Subject: Weird undefined symbols using gcc(++) 2.3.1 and 2.3.2
Summary: Under 2.3.1 and later, a strange undefined symbol creeps in
Keywords: g++,gcc,undefined,symbols,2.3
Organization: University of Minnesota
Distribution: gnu
Date: Fri, 18 Dec 1992 22:33:20 GMT

This isn't a bug report yet.  I'd like to know if anyone else has
started seeing undefined symbols in their builds since upgrading from
2.2.2 to 2.3.x.

For some reason unknown to me, the following undefined symbol appears
when I compile with either gcc 2.3.1 or gcc 2.3.2:

	___eq__FRC6SYMBOLRC5BROOK

I believe this is a mangled name for a overloaded == operator
comparing a SYMBOL and a BROOK.  Please correct me if I'm wrong.

The code builds without warnings or errors (w/ -Wall).

Under gcc 2.2.2 and earlier, the exact same code compiles and links
just fine.

Before I start disecting the my entire source tree, I'd like to know
if something like this has already been reported so I don't waste my
time in duplicating the effort.

Any help would be appreciated,

Dan
--
-- -- -- --- --- --- ---- ----  ___  ---- ----- ----- ----- ------ ------ -----
Dan Mack                       / | \   	  "We're not hitchiking anymore... ..
University of Minnesota        \/_\/           We're riding!"  -Commander Hoek
Minneapolis, MN 55403     ----- ----- ----- ---- ---- ---- --- --- --- -- -- --

Newsgroups: gnu.g++.bug
From: walter@cithe501.cithep.caltech.edu (Chris Walter)
Newsgroups: gnu.g++.help
Subject: Has anyone made cfortran.h work with gcc?
Date: 14 Dec 1992 23:17:18 GMT
Organization: California Institute of Technology, Pasadena
Distribution: gnu
NNTP-Posting-Host: cithe502.cithep.caltech.edu
Originator: walter@cithe502.cithep.caltech.edu

Hello all,

I am a new user to C++ and am using gcc on a IBM RS6000 running AIX 3.2.
(gcc 2.3.2/ g++ 2.3)

I would like to call Fortran routines from within my C++ programs.
Has anyone managed to modify cfortran.h(a header file which allows
one to easily call fortran routines within C) to work with gcc?  I
contacted the author and he isn't aware of anyone who has done it.  I
thought this might work:

extern "C" {
#include "/users/walter/cfortran/cfortran.h"
#define RANNOR(A,B) CCALLSFSUB2(RANNOR,rannor,FLOAT,FLOAT,A,B)
}

but no luck. The linker complains it can't find 

rannor__Fp(some other stuff)

so clearly the compiler doesn't know rannor is foreign....

-Chris Walter
walter@cithe501.cithep.caltech.edu

Newsgroups: gnu.g++.help
From: jason@jarthur.claremont.edu (Jason Merrill)
Subject: Re: Has anyone made cfortran.h work with gcc?
Organization: Minimal
Distribution: gnu
Date: 14 Dec 92 18:20:02

You might try using the "asm labels" extension in your declarations, i.e.:

extern fortran_func () asm ("fortran_func");

See the gcc documentation for more information on this...

--
Jason Merrill					jason@jarthur.claremont.edu
Newsgroups: gnu.g++.help
From: howells@bird.mitre.org (Timothy P. Howells)
Subject: profilers
Organization: Research Computer Facility, MITRE Corporation, Bedford, MA
Date: Mon, 14 Dec 1992 19:47:59 GMT


Hi,

   Do the latest versions of g++ support profiling?  If so, what
facilities are available?  I'm using g++ based on gcc v 2.1.

Thanks,
Tim
Newsgroups: gnu.g++.help
From: mckellar@cs.UAlberta.CA (Neil McKellar)
Subject: libg++ manuals
Keywords: gnu,libg++,docs
Organization: University of Alberta, Edmonton, Canada
Date: Mon, 14 Dec 1992 22:14:48 GMT

Hi, one of the people here has been asking for a more recent (hopefully more
up to date) version of the libg++ manual.  The one I have here is:

    "User's Guide to GNU C++ Library"  by Doug Lea
        last updated 7 January 1989, for Version 1.32.0

[ The manual looks like the result of some well organized Postscript or TeX
  document preparation, but it's version 1.32.0. ]

This is, of course, hopelessly out of date (I just finished installing
libg++ 2.3.2).  Is there an FTP site that keeps a current version of these
or any other manuals?  If this is in the FAQ, just point me in the direction
of that instead.  The README's and such that came with gcc and libg++ did not
discuss this as far as I know.  (Maybe I didn't read them closely enough :-)

Any constructive reply here or in email would be appreciated.  Thanks.

                                                Neil McKellar
                                                mckellar@cs.ualberta.ca

--
Neil McKellar (mckellar@cs.ualberta.ca)

"It'th utter chaoth down here!" -- Blazing Saddles

Newsgroups: gnu.g++.help
From: kilitzir@csd.uch.gr (Kilitzirakis christos 122)
Subject: friend template declaration
Summary: how a friend template is declared
Keywords: friend,template,help
Organization: Computer Science Department, University of Crete HELLAS
Date: Mon, 14 Dec 1992 09:01:57 GMT

Hi,
I want to declare ,in g++ , a friend template function.
How can, if I can, do this ?
for ex. :
template < class T> FTemplate(T &,T &) ;

class Cclass {
....
public:
#declaration  of FTemplate
};

It may seems as a trivial question, but I haven't found the trivial
answer yet,



XXXristos


Newsgroups: gnu.g++.help
From: larry@shark.mitra.com (Larry Williamson)
Subject: Re: Linking g++ .o files with cc or gcc .a libraries
Organization: Mitra Imaging Inc.
Date: Mon, 14 Dec 1992 19:57:10 GMT


>I seem unable to link g++ .o files with libraries created with gcc (or
>cc for that matter). Peculiar thing is that standard libraries (ie.
>libc) are no problem. Is this a well known error on my part?

Ahhh. Of course, we have to put extern "C" {} around our C prototypes
in the include files. How else will G++ be able to tell these are C
functions?!

Sorry for the noise on this list.

-Larry

Xref: sparky gnu.g++.help:1598 comp.lang.c++:18062
From: halgrim@diku.dk (Maz H. Spork)
Newsgroups: uw.dcs.general,gnu.g++.help,comp.lang.c++
Subject: Re: Deriving C++ Templates
Date: 16 Dec 92 15:01:57 GMT
Organization: Department of Computer Science, U of Copenhagen

You'll have to explicitly state in the derived class which type of the
base class you want to use, ie:

   template <class C>
      class Base<T> { };

   template <class C>
      class Derived<C> : Base <C> { };

or similar, or simpler, like fewer template dependencies.

By the way, for good programming practice, consider deriving Matrix from
Vector rather than the other way round...


Maz
Newsgroups: gnu.g++.help
From: troy@cqs.washington.edu (Troy Frever)
Subject: a very simple question
Organization: University of Washington
Date: Thu, 17 Dec 1992 19:28:16 GMT

I apologize in advance for what is undoubtedly a very simple question
from a novice (myself).  I have a short program which compiles and
executes using CC (on my Sun Sparc2) but which I am unable to compile
using g++.  The program is:

#include <iostream.h>
main()
{
int index = 10;

   cout << "The hex value of index is " << hex << index << "\n";
}

The error message is:

g++ -g   -o test test.cc 
test.cc: In function `int  main ()':
test.cc:7: undefined ostream operator << ()

Why is it gagging on the "hex" manipulator (it works if I remove it),
and how do I correct it?  Please reply directly to me.  Thanks.

Troy Frever
troy@u.washington.edu
From: fmk10@amail.amdahl.com (Furqan Khan)
Newsgroups: gnu.g++.help
Subject: HELP MISSING C++ INCLUDES AFTER INSTALL
Date: 17 Dec 92 00:07:11 GMT
Reply-To: fmk10@amail.amdahl.com
Distribution: usa
Organization: Amdahl Corp.

HELP!!

we installed the g++, gcc etc by following the instructions
word for word. However we are missing the C++ includes and
C++ libs.

Thanks in advance.

FK
Xref: sparky gnu.g++.help:1600 comp.windows.x:20271 comp.lang.c++:18065 comp.std.c++:1808
From: heiniw@eebsun1.eeb.ele.tue.nl (Heini Withagen)
Newsgroups: gnu.g++.help,comp.windows.x,comp.lang.c++,comp.std.c++
Subject: Looking for a really good C++ debugger
Date: 16 Dec 92 12:43:30 GMT
Followup-To: gnu.g++.help
Organization: Electronic Circuit Design Group, Eindhoven University of Technology, The Netherlands


I am looking for a debugger running under X11. I have GNU gdb-4.7 but it only
accepts command-line input. In one of the accompanying files of gdb it was 
mentioned that some people are working on an X11-interface for gdb.

Does anybody know where I can get the X11-interface for gdb ?? Or does somebody
know another really good debugger for GNU C++. The standard SUN dbx crashes
immediately when started up with an C++ file.

Could somebody help me with this problem, please because I need a good C++
debugger badly.

Thanks in advance,

Heini Withagen
Department of Electrical Engineering EH 9.29
Eindhoven Technical University
P.O. Box 513
5600 MB Eindhoven
The Netherlands
Phone: 31-40472366
Fax:   31-40455674
E-mail: heiniw@eeb.ele.tue.nl
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: gnu.g++.help,gnu.g++
Subject: Re: libg++ make fails -- new
Date: 20 Dec 1992 08:23:42 GMT
Organization: Intel Corporation
Distribution: world
Reply-To: tmcconne@sedona.intel.com
NNTP-Posting-Host: thunder.intel.com
Keywords: libg
Originator: tmcconne@sedona


In article <22845@drutx.ATT.COM>, ddc@druwa.ATT.COM (CusterDD) writes:
  <stuff deleted>

> All the complaints have in common _G_va_list
> 
> I found
> 
> #define _G_va_list __gnuc_va_list
> 
> in config.h.  In the hopes that somehow config.h wasn't being included,
> I manually made the substition at one place in streambuf.h:359

  So close! If you look in ./lib++ you will find a file called _G_config.h. In
there you need to uncomment the line that defines _G_va_list. It should look
something like:

    typedef char* _G_va_list;

  I think this problem is solved in libg++-2.3.

  Hope that helps.

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: gnu.g++.help,comp.lang.c++
From: brendan@cygnus.com (Brendan Kehoe)
Subject: Alpha Bug
Reply-To: brendan@cygnus.com (Brendan Kehoe)
Organization: Gatewayed from the GNU Project mailing list help-g++@prep.ai.mit.edu
Date: Sun, 13 Dec 1992 07:56:32 GMT

> I installed gcc v2.3.2 on our new Dec ALPHA system and was hoping to try
> out the C++ compiler.  
> 
> I also tried installing libg++-2.3 but there is no ALPHA configuration file.  
> Is one available?

No.  Even compiling the g++ compiler cc1plus right now will be
impossible, because of various problems.  Purely from a volunteer
standpoint, I've been working on getting g++ to work on the Alpha (I'm
fascinated by it).  I'm one serious bug away from making it work.

Support for the Alpha in the C++ front-end for the GNU compiler will,
at the very earliest, appear in the 2.4 release, *maybe*.  That also
carries no guarantees about libg++ (since it, like a lot of things,
was never designed thinking that pointers and ints might not be the
same size).

> I'd be interested in talking with anyone working on g++ for the ALPHA
> and would like to be a beta tester, if possible.

Once I get something together, I'll ask for some volunteers that have
access to Alpha machines to give my work a hammer-test, to make sure I
caught everything.

Oh, if anyone's been working on this on their own, I'd like to hear
from them.

Thanks,
Brendan

--
Brendan Kehoe                                               brendan@cygnus.com
Cygnus Support, Mountain View, CA                              +1 415 903 1400
Newsgroups: gnu.g++.help
From: larry@shark.mitra.com (Larry Williamson)
Subject: Linking g++ .o files with cc or gcc .a libraries
Organization: Mitra Imaging Inc.
Date: Mon, 14 Dec 1992 16:50:05 GMT



I seem unable to link g++ .o files with libraries created with gcc (or
cc for that matter). Peculiar thing is that standard libraries (ie.
libc) are no problem. Is this a well known error on my part?

g++ and gcc version 2.3.2
libg++ version 2.2
SunOS version 4.1.2 and 4.1.3


-larry
Newsgroups: gnu.g++.help