🚀 go-pugleaf

The error is correct I believe, the core dump is not.

The core dump problem should not exist in the next release of gcc.

> Message-Id: <ROB.92Jul28090211@leopard.cs.man.ac.uk>
> From: rob@cs.man.ac.uk (Robert Marshall)
> To: bug-g++@prep.ai.mit.edu
> Date: 28 Jul 92 08:02:11 GMT
> Reply-To: rajm@cs.man.ac.uk
> Organization: Department of Computer Science, University of Manchester

> 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);
> }