🚀 go-pugleaf

You might try gcc 2.2.1, as I think it cures this problem.

> From: munson@acacia.cs.berkeley.edu (Ethan V. Munson)
> Message-Id: <9208191656.AA07546@acacia.CS.Berkeley.EDU>
> To: bug-gcc@prep.ai.mit.edu
> Date: Wed, 19 Aug 92 09:56:50 PDT

> Compiler: g++-2.2.2 (using LibG++ 2.1)
> Machine: SparcStation 2 running SunOS 4.1.2

> Problem: Can't link when profiling

> Description:

> When performing the final link step on our large program we get
> complaints from /usr/bin/ld that it can't find a number of symbols.
> These symbols all match the regular expression:

> 	LB[BE][1-9][0-9]

> For example, LBB29 and LBE29.  These symbols always come in pairs like
> this.

> They look like compiler-generated symbols to me and do not appear in
> any of our own code.

> Our final link command is:

> /usr/sww/bin/g++-2.2.2   -g -DTRACE -DDEBUG -pg -static  -Wimplicit -Wreturn-type -Wswitch    -o LDObj.sun4/ensemble main/LDObj.sun4/test5.o view/LDObj.sun4/libview.a exl/glue/LDObj.sun4/libglue.a exl/types/LDObj.sun4/libxtypes.a exl/misc/LDObj.sun4/libxmisc.a  doc/LDObj.sun4/libdoc.a  io/LDObj.sun4/libio.a  texted/LDObj.sun4/libtexted.a  supered/LDObj.sun4/libsupered.a  dispatch/LDObj.sun4/libdispatch.a  view/LDObj.sun4/libview.a  pres/LDObj.sun4/libpres.a  realize/LDObj.sun4/librealize.a  struct/LDObj.
sun4/libstruct.a  textbuf/LDObj.sun4/libtextbuf.a  textform/LDObj.sun4/libtextform.a  textrender/LDObj.sun4/libtextrender.a  location/LDObj.sun4/liblocation.a  repman/LDObj.sun4/librepman.a  ecp/LDObj.sun4/libecp.a  uspec/LDObj.sun4/libuspec.a  vtree/LDObj.sun4/libvtree.a  font/LDObj.sun4/libfont.a  common/LDObj.sun4/libcommon.a doc/LDObj.sun4/libdoc.a ecp/LDObj.sun4/libecp.a -lgsR4 -L.  -L/home/auspex/d/ensemble/lib -L/usr/sww/X11R4/lib -L/usr/sww/lib -lg++-2_1 -lm -lXm -!
lXt!
>  -lX11


> Ethan Munson
> munson@cs.berkeley.edu