HDTenEightyP/NetNews huggingface dataset:
From: lindahl@arrisun3.uta.edu (Charlie Lindahl)
Newsgroups: gnu.g++.bug
Subject: G++ 2.2.2 on SONY NEWS (3710 workstation or laptop)?
Date: 29 Jul 92 08:04:22 GMT
Distribution: gnu
Organization: GNUs Not Usenet

Has anyone successfully built GCC/G++ 2.2.2 on the SONY NEWS machines?

I have a lab of 3710s running BSD 4.3, and a laptop running System V
(NEWS OS 5.0). They are all MIPS-architecture machines.

I've been struggling for a few days now (hopefully haven't overlooked 
the obvious problems). 

Steps/notes: 

1) Using configure --target=mips-sony-bsd (or mips-sony-bsd43) I 
   got unresolved linker errors for "setvbuf". I tried commenting
   out the calls, but then bombed later.
   [This was for the 3710s running BSD]

2) Using configure --target=mips-sony-sysv on the laptop, I got
   a compile error within gcc.c (used conditional in a static
   assignment). I modified this, and finally ended up with a fatal
   error (something to do with obstack, not sure what). 

Help!!!! I'd be glad to compile info on the problems I've had 
and summarize to the net.

Thanx,
============================================================================
Reporter : Mr Gandhi, what do you | Charlie S. Lindahl
           think of Western       | lindahl@sparki.uta.edu
           Civilization ?         | Automation and Robotics Research Institute
Gandhi   : I think it would be a  | University of Texas at Arlington
           good idea.             | "Robots Iz Us"
----------------------------------------------------------------------------
      ____/   _/    _/    ___/ /  _/____/    _/     ____/  _/_____/
     _/      _/    _/  _/    _/  _/    _/   _/       _/   _/
    _/      _/___/_/  _/___/_/  _/____/    _/       _/   _/_____/
   _/      _/    _/  _/    _/  _/   _/    _/       _/   _/
  _____/   /    _/   /    _/   /    _/   _/____/ ____/ _/______/
----------------------------------------------------------------------------
(Signature technique borrowed from Jaime Navon [navon@cs.unc.edu],
 University of North Carolina)	  
============================================================================
Disclaimer: The opinions expressed are my own. The U doesn't know about me.
				  
                                  
                                  
                                  
                                  
                                  
Newsgroups: gnu.g++.bug
From: arr@ukc.ac.UK (A.R.Runnalls)
Subject: Re: -p or -pg option causes ld to complain about LBEnn symbols being undefined
Keywords: n
Reply-To: arr@ukc.ac.uk (A.R.Runnalls)
Organization: Computing Lab, University of Kent at Canterbury, UK.
Distribution: gnu
Date: Tue, 28 Jul 1992 08:04:01 GMT


In article <25837@life.ai.mit.edu> joe@ConSolve.com (Joe Shapiro) writes:

>g++ -pg -o module module.o ../util/libSPModule.a
>Undefined
>LBE50
>LBB50
>LBE40
>LBB40
>LBE51
>LBB51
>LBE41
>LBB41
>LBE52

These references originate from the libg++ modules sbufvform.o and
sbufvscan.o, and appear to be associated with stream i/o.  I find that
the binaries will often run OK despite these undefined symbols.  There
are other problems with programs compiled with -pg, but I haven't
analysed them sufficiently to give details here.

Incidentally, it would be nice if gcc provided some convenient way of
feeding flags such as -M, -u and -y to the linker, to help tease such
problems apart.

Andrew Runnalls

Newsgroups: gnu.g++.bug
From: rob@cs.man.ac.UK (Robert Marshall)
Subject: g++ 2.2.2 erroneous case label causes compiler crash
Reply-To: rajm@cs.man.ac.uk
Organization: Department of Computer Science, University of Manchester
Distribution: gnu
Date: Tue, 28 Jul 1992 14:54:11 GMT

gcc-new -v -c gpp.bug.cc
Reading specs from /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.2/specs
gcc version 2.2.2
 /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.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 gpp.bug.cc /usr/tmp/cca02350.i
GNU CPP version 2.2.2 (sparc)
 /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.2/cc1plus /usr/tmp/cca02350.i -quiet -dumpbase gpp.bug.cc -version -o /usr/tmp/cca02350.s
GNU C++ version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
gcc-new: Internal compiler error: program cc1plus got fatal signal 11
And gpp.bug.cc is:
// --------------------------------------------------------
typedef struct
{int i;} Token;

void dummy(Token sym) {
  switch (sym) { 
  case nonsensical_label:
    break;
  };
}

--
------------------------------------------------------------------
Robert A.J.Marshall,		EMAIL: rmarshall@cs.man.ac.uk
Room 3.08, IT Building, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (+44) 61-275 6269          Fax: (+44) 61-275 6280
------------------------------------------------------------------

Newsgroups: gnu.g++.bug
From: rvillari@cat.syr.edu (R. Alberto Villarica)
Subject: g++ bug
Organization: Syracuse University
Distribution: gnu
Date: Thu, 23 Jul 1992 19:18:29 GMT

The following program doesn't compile with g++2.2.2.

~Al

----------------
main() {
    const char* x = "world";
    
    x = (x == 0) ? "hello" : x; 
    printf(x);
}
---------------------
Here's the output:
g++ test.cc <CR>

test.cc: In function `int  main ()':
test.cc:4: assignment between incompatible pointer types
test.cc:5: warning: implicit declaration of function `printf'



Newsgroups: gnu.g++.bug
From: EWALLACE@endvmtkl.vnet.ibm.COM
Subject: Bugs
Organization: GNUs Not Usenet
Distribution: gnu
Date: Wed, 22 Jul 1992 12:29:30 GMT

Some stuff for your perusal.



---------------------------------------------------------------------------
* Program(test.c):
int main(void) {}

* System:
RS/6000, AIX 3.1.5 (with assembler patch), GNU C++ 2.2.2

* Command Line:
g++ -fansi-exceptions test.c

* Output:
/tmp/ccMkgCnm.s: line 5: undefined symbol "exceptionHandlerStack"
/tmp/ccMkgCnm.s: line 5: illegal expression
/tmp/ccMkgCnm.s: line 37: undefined symbol ".longjmp"
/tmp/ccMkgCnm.s: line 37: illegal expression type for branch address
/tmp/ccMkgCnm.s: line 57: undefined symbol ".longjmp"
/tmp/ccMkgCnm.s: line 57: illegal expression type for branch address

---------------------------------------------------------------------------
* Program(testex.c):
extern "C" void puts(const char *);

class foo {
public:
  class error {};

  void cause_error(void) { throw error(); }
};

int main(void)
{
  foo f;
  try {
    f.cause_error();
  }
  catch (foo::error) {
    puts("Caught it.");
  }
  return 0;
}

* System:
RS/6000, AIX 3.1.5, GNU C++ 2.2.2

* Command Line:
g++ -fansi-exceptions testex.c

* Output:
testex.c: In method `void  foo::cause_error ()':
testex.c:9: no member function `foo::error'
testex.c:9: no member function `foo::error'
testex.c: In function `int  main ()':
testex.c:22: warning: control reaches end of non-void function

---------------------------------------------------------------------------
* This is more of a slight annoyance than a bug.

class foo {
public:
  int data;
  foo(int dat) { data = dat; }
};

class bar {
public:
  foo f[3] = { 1, 2, 3 };   // works: f[0] = 1, f[1] = 2, f[2] = 3
};

class bar2 {
public:
  foo f[3] = { foo(1), foo(2), foo(3) };
  // does not compile -- error: field initializer is not constant
};

int main(void)
{
  foo f[3] = { foo(1), foo(2), foo(3) };
  // standard C++ ... and it works too! :)
  return 0;
}

By the way, initializing members is not documented in gcc.info:extensions.
I'm assuming its presence is intentional. :)

---------------------------------------------------------------------------
* Install
  For completeness, here are the warnings I got compiling gcc 2.2.2 with
  itself on the system above.

regclass.c:
      247 |           p = &reg_class_superclasses[i][0];
            ............a...............................
a - 1506-152: (W) Operands are pointers to different types.
      251 |           p = &reg_class_subclasses[j][0];
            ............a.............................
a - 1506-152: (W) Operands are pointers to different types.

enquire.c: In function `cprop':
enquire.c:1362: warning: comparison is always 0 due to limited range of data type

cp-decl.c: In function `hack_incomplete_structures':
cp-decl.c:10584: warning: comparison is always 1 due to limited range of data type

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

Eric Wallace

Comments, questions, flames to:

ewallace@endvmtkl.vnet.ibm.com
erk@chezmoto.ai.mit.edu


Newsgroups: gnu.g++.bug
From: rkitts@netcom.com (Rick Kitts)
Subject: bug in gcc2.2.2 (terminating condition in for(;;) loop)
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: gnu
Date: Wed, 29 Jul 1992 03:16:29 GMT

Look below for "Bad Code" (no quotes). For some reason I was forced
to add the myint assignment above it. I have commented out the offending
bit of code. The symptom is that the loop never terminates when the
expression evaluates to -1. My compiler options were:

	-O -I..

This function, by the way, is from a package in alt.sources called forms,
available on wuarchive.wustl.edu. I apologize in advance for such a
vague bug report. I'm working on a rather tight deadline and haven't
the time just now to give you more information. I'll keep a record of
this and try to provide more detailslater.


FmPutFld(i, line)

int i;
char *line;

{
	int x, y, oldx;
	int	myint;

	if( i < 0 || i > lastfield ) return(E_FMBFLD);
	
	getyx(fields[i].win, y, oldx);				/* save cursor location */
	
	wattron(fields[i].win, fields[i].attrib);	/* turn on attributes */
	mvwaddstr(fields[i].win, 0, 0, line);		/* put line in field */

/* Blank fill rest of field */
	
	myint = (fields[i].endx - fields[i].startx) - strlen(line);
	
/* HERE IT IS!!! */
/* Bad Code. Bad, bad, naughty code.
	for( x = 0 ; x <= (fields[i].endx - fields[i].startx) - strlen(line); x++) */

	/* And this is the good, wholesome code. */
	for( x = 0 ; x <= myint; x++)	
	{
		waddch(fields[i].win, ' ');
	}
	
	wmove(fields[i].win, 0, oldx);
	wrefresh(fields[i].win);
	
	return(OK);
}

Newsgroups: gnu.g++.bug
From: garp@isy.liu.se (Johan Garpendahl)
Subject: Re: "Weird" bug in g++-2.2.2
Organization: Dept of EE, University of Linkoping
Distribution: gnu
Date: Mon, 27 Jul 1992 08:34:18 GMT

It seems like this already has been fixed. 
Thanks, 
	
	Johan
	

garp@isy.liu.se (Johan Garpendahl) writes:

>Found this bug while compiling InterViews 3.1-beta.
>I don't know if it is a multiple inheritance bug or a bug related to 
>enums in classes, remove the enum and it compiles, remove the multiple
>inheritance and it compiles. At least it won't complain.

>I have g++-2.2.2 on a Sun SS1+ with SunOS 4.1.1
>Happy hunting ...

>	Johan


>Example

>---------------------------8<-----------------------------
>class EnumClass  {
>public:
>    enum { no_break, pre_break, in_break, post_break };
>};

>struct PointerA;

>class Parent1 {
>private:
>    PointerA* p1;
>};

>class  PointerB;

>class Parent2 : public EnumClass   {
>private:
>    PointerB* p1;
>};

>class PointerC  ;

>class Child : public Parent2 , public Parent1 {
>protected:
>    PointerC* p1; // Complain here
>};

>main(){}
>---------------------------8<-----------------------------

>Compile:
>lin(garp)127)> g++ -v tt.cc
>Reading specs from /usr/local/gnu/lib/gcc-lib/sun4/2.2.2/specs
>gcc version 2.2.2
> /usr/local/gnu/lib/gcc-lib/sun4/2.2.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 tt.cc /usr/tmp/cca02685.i
>GNU CPP version 2.2.2 (sparc)
> /usr/local/gnu/lib/gcc-lib/sun4/2.2.2/cc1plus /usr/tmp/cca02685.i -quiet -dumpbase tt.cc -version -o /usr/tmp/cca02685.s
>GNU C++ version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
>tt.cc:24: request for member `p1' is ambiguous




-- 
Johan Garpendahl                   | Email: garp@isy.liu.se
Linkoping University               | Phone: +46 - 13 - 28 13 24
Dept. of Electrical Engineering    | Fax  : +46 - 13 - 13 92 82
S-581 83  LINKOPING // SWEDEN      | This space is left blank.

Newsgroups: gnu.g++.bug
From: lee@bones.et.byu.edu (Bruce Lee)
Subject: RS6000 G++ 2.2.2 bug
Organization: Brigham Young University, Provo UT USA
Date: Wed, 22 Jul 1992 04:10:21 GMT

The following code causes an internal compilor error under
GCC (G++) version 2.2.2 on an RS6000.
The code works fine for g++ version 1.37 on an HP400.

The internal error only occurs if the word FATAL is defined.
In this case, the 2nd parameter to function func has a 
default argument of class DontCare.
Class DontCare has an inline  conversion operator to long,
so that the default argument should have a value of 0x80000000.

UNIX command line and display:

% g++ -o fatal fatal.cxx -DFATAL
/usr/local/bin/gcc: Internal compiler error: program cc1plus got fatal signal 11


program fatal.cxx:
-------------------------- cut here ----------------------
#include <stream.h>

class DontCare {
 public:
   DontCare (void ) {}
   operator long() { return 0x80000000L; }
   operator short() { return 0x8000; }
   operator char() { return 0x80; }
};

#ifdef FATAL
#define X    DontCare()
#else
#define X    0x80000000L
#endif

#define X2   DontCare()

void
func (long val, long val2 = X);  // internal error occurs on this line.


int
main (void )
{
   func (1);
   return 0;
}

void
func (long val, long val2)
{
   cout << "Val is " << val;
   if (val2 != X2) {
      cout << "\nVal2 is " << val2;
   }
   cout << "\n";
}

---------------------------- end of code ---------------------


Newsgroups: gnu.g++.bug
From: tmb@idiap.CH (Thomas M. Breuel)
Subject: bug with functions/templates
Reply-To: tmb@idiap.ch
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 17:45:50 GMT

I'm not sure whether I have reported this before; in any case, it's
broken in 2.2.2.

template <class F,class X>
X apply(F f,X x) {
	return f(x);
}

float f(float x) {
	return x*x;
}

main() {
	return int(apply(f,float(3.0)));
}

cd /fs/vision01/tmb/src/char/
gcc -v -c foo.cc
Reading specs from /sym/gnu/lib/gcc-lib/sparc/2.2.2/specs
gcc version 2.2.2
 /sym/gnu/lib/gcc-lib/sparc/2.2.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 foo.cc /tmp/cca22708.i
GNU CPP version 2.2.2 (sparc)
 /sym/gnu/lib/gcc-lib/sparc/2.2.2/cc1plus /tmp/cca22708.i -quiet -dumpbase foo.cc -version -o /tmp/cca22708.s
GNU C++ version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
foo.cc: In function `int  main ()':
foo.cc:11: bad argument 0 for function `apply__F?f (<unknown type>, float)' (type was <unknown type>)
foo.cc:12: warning: control reaches end of non-void function

Compilation exited abnormally with code 1 at Mon Jul 27 15:45:20

Newsgroups: gnu.g++.bug
From: orlando@dm.unibo.it (Giovanni Orlando)
Subject: g++ on Interactive 3.2
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 15:50:29 GMT

	Hi, 

		I just start the good chalenge to port groff on my
	UNIX PC (Interactive 3.2).

		In the first stage (porting gcc-1.40) no problems become,
	when I obtain g++-1.40 (for the second port), an error appears:

	The compilation cannot continue because, don't find:"cplus-tab.h".

	I don't try to obtain the sources from another place (this i obtain
	from an italian place (i2unix) : carla.dist.unige.it).

	How I can do ?. Is possible to continue or I can discard everything
	and obtain the source from another place ?

	The third part is obtain the libg++ source and the forth part the
	groff part. Can you now, some place to obtain the groff package or
	a [t-n]roff package in binary form for 386 machines ?.

	All words are welcome !!!.

						Very sincerely.

						Giovanni Orlando.

Newsgroups: gnu.g++.bug
From: eric@madhaus.utcs.utoronto.ca (Eric M. Carroll)
Subject: cancel g++ bug: unresolved static member at link time
Organization: University of Toronto Computing Services, Network Development
Distribution: gnu
Date: Wed, 29 Jul 1992 15:13:32 GMT

*sigh. This is what you get for leaving your ARM at home. I should have known
not to believe cfront as definitive. 

Static data members are of course supposed to be defined at file scope.
Sorry for the confusion.

The first report (signal 11 core dump) still appears to be real.

Eric Carroll		University of Toronto Computing Services
			Network Development


Newsgroups: gnu.g++.bug
From: gillett@rice-chex.ai.mit.edu (Walter E. Gillett)
Subject: -p or -pg option causes ld to complain about LBEnn symbols being undefined
Keywords: n
Organization: MIT Artificial Intelligence Lab
Distribution: gnu
Date: Fri, 24 Jul 1992 22:19:16 GMT

Hi, Folks
    This probably isn't a bug, but I couldn't find any reference to it in the
info files and I haven't seen a gcc or g++ faq.  (does it exist?)  Anyway, I've
got gcc-2.2.2 configured for a sun4.  I'm trying to do some profiling of my app.
When I link, I get:

g++ -pg -o module module.o ../util/libSPModule.a
Undefined
LBE50
LBB50
LBE40
LBB40
LBE51
LBB51
LBE41
LBB41
LBE52
...
collect: /usr/bin/ld returned 2 exit status
*** Error code 1
make: Fatal error: Command failed for target `module'


What am I doing wrong?

p.s. Does the default sun4 config use gas and gnu ld?  I've got them on my
     system but am not sure if they're being used in this case.
---------------------------------------------------------------
Joe Shapiro (NOT Walter Gillett, though I'm using his account!)
Please send replies to:  joe@ConSolve.com or gillett@ai.mit.edu

Newsgroups: gnu.g++.bug
From: mrs@cygnus.com (Mike Stump)
Subject: Re:  [rosalia@tdo-serv.lanl.gov: interesting gcc confustion]
Organization: GNUs Not Usenet
Distribution: gnu
Date: Mon, 20 Jul 1992 18:34:15 GMT

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

It now reads:

t6.cc: In function `void  zero_double_matrix (double **, int, int)':
t6.cc:2: conflicting types for `m'
t6.cc:2: previous declaration of `m'
t6.cc:6: warning: comparison between pointer and integer

> Date: Wed, 15 Jul 92 12:33:24 MDT
> From: rosalia@tdo-serv.lanl.gov (Mark Galassi)
> To: rms@prep.ai.mit.edu
> Cc: msw@p.lanl.gov, greendog@max.physics.sunysb.edu, nerd@percival.rain.com,
>         batie@agora.rain.com

> I was compiling a C routine with g++ and got an amusing error message:

> void zero_double_matrix(double **m, int n, int m)
> {
>   int i, j;

>   for (i = 0; i < n; ++i) {
>     for (j = 0; j < m; ++j) {
>       m[i][j] = 0;
>     }
>   }
> }

> and I got 

> >misc.cc: In function `void  zero_double_matrix (double **, int, int)':
> >misc.cc:661: parse errors have confused me too much
> >Make: *** [misc.o] Error 1
> >Make: *** Waiting for unfinished jobs....

> It took me a while to realise that the 'm' was both the matrix and the
> size of the matrix.

> I thought I would report it because it might be an error that could be
> handled better.




Newsgroups: gnu.g++.bug
From: bacon@galt.cs.nyu.edu (David Bacon)
Subject: Compiler bug
Organization: Gnus Not Usenet
Distribution: gnu
Date: Mon, 27 Jul 1992 20:16:14 GMT

Version 2.2.2 of g++ gets the message:

> cp-decl.c:6536: failed assertion `0'
> gcc: Internal compiler error: program cc1plus got fatal signal 6

when trying to compile the following 20-line file:

//** -- Cut here ----------------- ***/
class block;
class integer;

class block {
public:
  block() {}
  virtual integer operator + (block& a) = 0;
  virtual integer operator + (integer& a) = 0;
};

class integer : public block {
  int i;
public:
  integer(int x) : i(x) {}
  virtual integer operator + (block& a);
  virtual integer operator + (integer& a);
};

block& x(integer(5));
integer& y(x);
//** -- Cut! -------------------- ***/

Thanks for your attention, and thanks for GNU!

  dB

Newsgroups: gnu.g++.bug
From: rob@cs.man.ac.UK (Robert Marshall)
Subject: g++ 2.2.2 gets internal error--unrecognizable insn
Reply-To: rajm@cs.man.ac.uk
Organization: Department of Computer Science, University of Manchester
Distribution: gnu
Date: Tue, 28 Jul 1992 08:02:11 GMT

leopard-robert-39>gcc-new -v insn.bug.cc
Reading specs from /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.2/specs
gcc version 2.2.2
 /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.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 insn.bug.cc /usr/tmp/cca01999.i
GNU CPP version 2.2.2 (sparc)
 /usr/local/gcc/gcc-lib/sparc-sun-sunos4/2.2.2/cc1plus /usr/tmp/cca01999.i -quiet -dumpbase insn.bug.cc -version -o /usr/tmp/cca01999.s
GNU C++ version 2.2.2 (sparc) compiled by GNU C version 2.2.2.
insn.bug.cc: In method `a_decl::a_decl (class e_decl*)':
insn.bug.cc:27: address of `this' not available
insn.bug.cc:28: internal error--unrecognizable insn:
(insn 17 16 19 (set (reg:SI 69)
       (plus:SI (mem:SI (plus:SI (reg:SI 30)
                   (const_int 68)))
           (const_int 1))) -1 (nil)
   (nil))
gcc-new: Internal compiler error: program cc1plus got fatal signal 6

This is insn.bug.cc:
//------------------------------------------------------------------
class e_decl;
class a_decl;
typedef a_decl* a_ref;

class a_s {
public:
                        a_s();
  void*                   append(a_ref& item);
};
class a_decl {
 public:
  a_decl (e_decl *parent);
  a_s  generic_s;
  a_s       decls;
  e_decl*        parent;
};

class e_decl {
public:
  e_decl();
  a_s implementations;
};

a_decl::a_decl(e_decl *parent) 
{
	  parent->implementations.append(this);
}

--
------------------------------------------------------------------
Robert A.J.Marshall,		EMAIL: rmarshall@cs.man.ac.uk
Room 3.08, IT Building, Department of Computer Science,
University of Manchester, Oxford Road, Manchester, M13 9PL, U.K.
Tel: (+44) 61-275 6269          Fax: (+44) 61-275 6280
------------------------------------------------------------------

Newsgroups: gnu.g++.bug
From: jochen@inform.UUCP (Jochen Grobholz)
Subject: Problems Installing g++
Reply-To: "Jochen Grobholz" <inform!jochen@ai.mit.edu>
Organization: INFORM - Institut fuer Operations Research und Management GmbH
Distribution: gnu
Date: Wed, 22 Jul 1992 14:53:26 GMT

I tried to install g++ version 1.40.3 (I hope that's the most
recent one :-) ?), but when I tried running 'make maketest'
it failed that it was unable to link symout.c in the gcc (version 2.2.2)
directory.
I checked the directory for this file and it didn't exist :-(

It seems to me it is a problem of non matching versions.
Any suggestion ?

Thank you for your help
                                Jochen
-- 
/***********************************************/
/*                                             */
/*           Jochen Grobholz                   */
/* Tel: +49 2408 9456-143                      */
/* Fax:	+49 2408 6090                          */
/* Eunet: jochen@inform.uucp                   */
/* Usenet: germany.eu.net!inform!jochen        */
/* Internet: jochen%inform.uucp@germany.eu.net */
/* snail-mail: Pascalstr. 23                   */
/*             D-5100 Aachen                   */
/*             Germany                         */
/* 					       */
/***********************************************/

Newsgroups: gnu.g++.bug
From: rkitts@netcom.com (Rick Kitts)
Subject: g++ 2.2.2 doesn't do labels
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: gnu
Date: Tue, 28 Jul 1992 14:17:50 GMT

g++/gcc configured as i486v4 does not report missing labels. Given the
following:

main()
{
	int	a;

	if(a == 23)
		goto done;
	printf("Hello world\n");

	return(0);
}

the program compiles, but reports .L3 as a missing symbol. Turns out
that this is the missing label.

---Rick

Newsgroups: gnu.g++.bug