🚀 go-pugleaf

From: Tim Day <T.Day@uk.ac.ucl.cs>

> Configuration:
>   Sun-4  SunOS 4.0.3
>   g++    1.36.2 from interviews.stanford.edu
>   libg++ 1.36.1 from prep.ai.mit.edu

> Problems:
>  1) g++ version 1.36.2 (based on GCC 1.36) gets fatal signal 6 and dumps core
>  3) src/String.cc will not compile

Me too (except that libg++ was from labrea). 
Has anyone had any luck recompiling stuff using g++ 1.36.2 and linking to 
a libg++ compiled with an old g++ ? 
A trivial program including only stream.h produces
   Undefined symbol Filebuf::open(const char *, const char *) 
   referenced from data segment
Bizzarely, my libg++.a doesn't seem to contain this, even though it's
declared in streambuf.h and implemented in streambuf.cc. 

Compiling streambuf.o with g++ 1.36.1 on Sun3 gives:
nm src/streambuf.o | rsh hyperion g++filt | grep open | grep Filebuf
0000055c T Filebuf::is_open()
000006f8 T Filebuf::open(_iobuf *)
00000582 T Filebuf::open(const char *, io_mode, access_mode)
00000604 T Filebuf::open(const char *, Filebuf)
0000067e T Filebuf::open(int, io_mode)

Compiling streambuf.o with g++ 1.36.2 on Sun4 gives:
nm src/streambuf.o | rsh hyperion g++filt | grep open | grep Filebuf
00000830 T Filebuf::is_open()
00000a30 T Filebuf::open(_iobuf *)
00000880 T Filebuf::open(const char *, io_mode, access_mode)
00000910 T Filebuf::open(const char *, const char *)
000009a0 T Filebuf::open(int, io_mode)

So looks like a change in linkage conventions, or buggy labeling in 1.36.1
(there doesn't seem to be a Filebuf::open(const char *, Filebuf) anywhere).
+----------------------------------------------------------------------------+
Tim Day                          | Meet every second in life as challenge;
Department of Photogrammetry     | Respond fully to whatever happens
UCL, Gower St., London  WC1E 6BT |  without anxiety, or complaint, or clinging
+----------------------------------------------------------------------------+