Re: tcsh in malloc(): error: recursive call

From: Cy Schubert <Cy.Schubert_at_komquats.com>
Date: Sat, 13 Dec 2003 10:45:49 -0800
In message <20031213180404.GA2040_at_troutmask.apl.washington.edu>, Steve 
Kargl wr
ites:
> 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?

CFLAGS= -O -pipe

I have no COPTFLAGS set.


Cheers,
--
Cy Schubert <Cy.Schubert_at_komquats.com>        http://www.komquats.com/
BC Government                     .                       FreeBSD UNIX
Cy.Schubert_at_osg.gov.bc.ca         .                     cy_at_FreeBSD.org
http://www.gov.bc.ca/             .            http://www.FreeBSD.org/
Received on Sat Dec 13 2003 - 09:45:52 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:34 UTC