From owner-cvs-usrbin  Fri Apr 25 12:21:10 1997
Return-Path: <owner-cvs-usrbin>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA05940
          for cvs-usrbin-outgoing; Fri, 25 Apr 1997 12:21:10 -0700 (PDT)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA05932;
          Fri, 25 Apr 1997 12:21:06 -0700 (PDT)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.5/8.6.9) id FAA10264; Sat, 26 Apr 1997 05:17:26 +1000
Date: Sat, 26 Apr 1997 05:17:26 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199704251917.FAA10264@godzilla.zeta.org.au>
To: ache@nagual.pp.ru, bde@zeta.org.au
Subject: Re: cvs commit:  src/usr.bin/vacation vacation.c
Cc: cvs-all@FreeBSD.org, CVS-committers@FreeBSD.org, cvs-usrbin@FreeBSD.org
Sender: owner-cvs-usrbin@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

>Hmm, maybe I overlook something, but I not found gcc saving registers
>when NON_SAVING_SETJMP is on, it just mark them as clobbered to not use
>them later. Is it will be just enough for vfork?

I think so.  gcc understands the problem with explicit local variables,
so should understand the same problem with temporary values - it should
be careful about caching temporary values across vfork() since the
child might reuse their stack slots.

Bruce