Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ROCKY.OSWEGO.EDU!dl
From: dl@ROCKY.OSWEGO.EDU (Doug Lea)
Newsgroups: gnu.g++.lib.bug
Subject: test8, test10 and test23 fails
Message-ID: <8903311048.AA22795@rocky>
Date: 31 Mar 89 10:48:02 GMT
References: <8903301940.AA12318@osiris.efd.lth.se>
Sender: daemon@tut.cis.ohio-state.edu
Reply-To: dl@rocky.oswego.edu
Distribution: gnu
Organization: GNUs Not Usenet
Lines: 36


About test8:

There was a typo in a preliminary version of libg++-1.34.0
src/BitSet.cc:longtoBitSet that caused it to fail on `big-endian'
machines, and that you might have if you ftp'ed it from rocky. The
correct version is:

BitSetTmp longtoBitSet(unsigned long w)
{
  unsigned short u[2];
  u[0] = w & ((unsigned short)(~(0)));
  u[1] = w >> BITSETBITS;
  BitSetRep* r = BitSetalloc(0, &u[0], 2, 0, 3);
  trim(r);
  return r;
}

If this is not your problem, try compiling *without* the -fsave-memoized
option, which is buggy in g++-1.34.1

About test10:

As was previously posted, you must, on a sun3, compile src/RNG.cc with
the -ffloat-store option.

About test23:

No one has been able to tell me how/why this sometimes fails on Sun3s
and Sun4s. The test program does require running on a screen of at
least 24X80, but it seems that it sometimes fails in calling
libcurses:subwin even in such cases, but never when run from a remote
terminal. Any further diagnosis (e.g., a gdb run after compiling your
local libcurses library -g) would be very much apreciated.

-Doug