Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!usc!apple!motcsd!hpda!hpcuhb!hpcllla!hpclisp!hpclscu!shankar
From: shankar@hpclscu.HP.COM (Shankar Unni)
Newsgroups: comp.lang.c++
Subject: Re: RETBUG flag in building cfront version 1.2
Message-ID: <1000025@hpclscu.HP.COM>
Date: 11 Sep 89 04:50:56 GMT
References: <684@mit-amt.MEDIA.MIT.EDU>
Organization: Hewlett-Packard Calif. Language Lab
Lines: 33

> Does anybody know whether I can undefine RETBUG when building cfront 1.2
> for the HP9000/835?

Go ahead. I can't think of what that means. I looked at the sources and
there are some nice circular pointers there (print.c says look at simpl.c,
and vice versa).

If you've got a recent system (HP-UX 3.0 or greater) on the 835, I'd say go
ahead and nuke that RETBUG. (Of course, if you then find some problem,
*please* let us know).

BTW, the RETBUG stuff has been totally nuked from the 2.0 source, so I
presume AT&T decided it wasn't necessary.

> I tried some tests by hand and found that this _plain_silly business costs
> a lot of time ( apparently the HP compiler optimizer pass does not see that
> the whole thing is bogus ) when running on an HP9000/835. However I am

Oh, I'm sure.

> Also has anybody using cfront 1.2 on the HP9000/835 gotten the form()
> library call to work properly? Apparently its assumptions about stack
> layout don't hold on the HP9000/835 so that things like

Aha! The old "form()" question.

For 2.0, go to streamdefs.h and uncomment the define for
  #define VSPRINTF vsprintf
and watch it work. For 1.2, I'll mail you a source patch.
-----
Shankar Unni                                   E-Mail: 
Hewlett-Packard California Language Lab.     Internet: shankar@hpda.hp.com
Phone : (408) 447-5797                           UUCP: ...!hplabs!hpda!shankar