🚀 go-pugleaf

>>Like I just said, IT DOESN'T.  In fact, String.cc contains

>>Now, it's difficult to know if this is ever actually used as strlen, but
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

>  It does. libg++-2.4 fixes the problem

One more time.  I ************AM************** using 2.4.

. slen is not strlen, strlen is
>a Sun libc call and slen is only a inline used in String.cc.

	<=>lovecraft<=>uname -a
	SunOS lovecraft 4.1.3 1 sun4c
	<=>lovecraft<=>grep strlen /usr/include/string.h
	extern size_t   strlen(/* const char *s */);
	<=>lovecraft<=>grep size_t /usr/include/sys/stdtypes.h 
	 * define the thingy.  This is used so that we don't have size_t in
	typedef int             size_t;         /* ??? */

The libc call is an int. I N T.

>  The problem you mentioned about gcc and interview is becuase you
>have the wrong libg++. I also encountered this problem which was
>caused by gcc-2.3.3 compiled libg++-2.4.

I don't know what kind of number system you use, but in mine 2.4 = 2.4.

-- 

======================================================================8--<