Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 13 Dec 2003 10:04:04 -0800
From:      Steve Kargl <sgk@troutmask.apl.washington.edu>
To:        Cy Schubert <Cy.Schubert@komquats.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: tcsh in malloc(): error: recursive call
Message-ID:  <20031213180404.GA2040@troutmask.apl.washington.edu>
In-Reply-To: <200312131429.hBDETsqo033570@cwsys.cwsent.com>
References:  <200312131429.hBDETsqo033570@cwsys.cwsent.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Dec 13, 2003 at 06:29:54AM -0800, Cy Schubert wrote:
> 
> Making: ../unxfbsd.pro/obj/cfg_yy.obj
> cc -w -c -I.  -I. -I../inc -I../inc -I../unx/inc -I../unxfbsd.pro/inc -I. 
> -I/exc
> if ( -e ../unxfbsd.pro/obj/cfg_yy.o) touch ../unxfbsd.pro/obj/cfg_yy.obj
> tcsh in malloc(): error: recursive call
> dmake:  Error code 134, while making '../unxfbsd.pro/misc/o_cfg_yy.dpcc'
> dmake:  '../unxfbsd.pro/misc/o_cfg_yy.dpcc' removed.
> ---* TG_SLO.MK *---
> 
> Stop in /export/local-ports/cvs-ports/ports/editors/openoffice-1.1.
> cwsys# 
> 
> Some of the discussion I've seen points to the possibility that static 
> linking may fix this. Should I try linking a static tcsh (or use the one in 
> /rescue) to test this theory out? Or, is there some other fix or 
> circumvention to this problem?
> 

What were your CFLAGS and COPTFLAGS when you last updated
the base OS?

-- 
Steve



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031213180404.GA2040>