Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!usc!orion.oac.uci.edu!uci-ics!Path: usenet
From: schmidt@zola.ics.uci.edu (Doug Schmidt)
Newsgroups: gnu.g++.bug
Subject: Re: hp9k320g problems with g++ 1.36.0-
Message-ID: <1989Oct14.162606.9506@paris.ics.uci.edu>
Date: 14 Oct 89 23:26:06 GMT
References: <8910142135.AA13762@labgre.HP.COM> <8910142218.AA07490@lurch.Stanford.EDU>
Reply-To: schmidt@zola.ics.uci.edu (Doug Schmidt)
Distribution: gnu
Organization: University of California, Irvine - Dept of ICS
Lines: 35
In-reply-to: tiemann@LURCH.STANFORD.EDU (Michael Tiemann)

In article <8910142218.AA07490@lurch.Stanford.EDU>, tiemann@LURCH (Michael Tiemann) writes:
>    Problem 2:
>    ============
>    g++ seems to give an error when compiling member functions which
>    have null bodies:
>
>    class Grok {
>    int i;
>
>    public:
>
>    Grok(int j) { i=j; };
>    ~Grok() {};
>     korg() {};
>    };
>
>There is no _bufsiz macro on Suns, so we need a solution which works
>for both.  Also, GNU C++ on Suns does not have any problem with empty
>member functions, so there is some problem with GNU C++ when it is run
>under HP-UX.  I would look for the problem in cplus-lex.c.  If
>somebody has a fix, I will merge it in.

grok.cc fails to compile on the suns with the beta 1.36 version
available on labrea.stanford.edu.  However, an even more recent
version of g++ (made with some patches sent to me by Michael a couple
days ago) does work, so it looks like this problem is probably fixed
for the next release.  I'll keep it around in my regression test suite
just to make sure...

Doug
--
Master Swordsman speak of humility;             | schmidt@ics.uci.edu (ARPA)
Philosophers speak of truth;                    | office: (714) 856-4034
Saints and wisemen speak of the Tao of no doubt;
The moon, sun, and sea speaks for itself. -- Hiroshi Hamada