Xref: utzoo comp.sys.misc:2856 comp.sys.mips:803 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!snorkelwacker!husc6!paperboy!meissner From: meissner@osf.org (Michael Meissner) Newsgroups: comp.sys.misc,comp.sys.mips Subject: Re: alloca() for MIPS CPUs Message-ID: Date: 13 Jun 90 22:08:27 GMT References: <1371@tub.UUCP> Sender: news@OSF.ORG Organization: Open Software Foundation Lines: 22 In-reply-to: net@tub.UUCP's message of 12 Jun 90 15:14:31 GMT In article <1371@tub.UUCP> net@tub.UUCP (Oliver Laumann) writes: | Does anybody know whether there exists a version of alloca() for MIPS CPUs? | I mean the `real thing', i.e. an alloca() that actually advances the stack | pointer, not a quiche-eater alloca() that uses malloc() and free(). | | I'm in the process of porting a piece of software that requires alloca() | (I'm sure at this point you have already guessed what software package | I'm speaking about :-) to a Sony workstation which has a MIPS R3000 CPU. | Unfortunately, the version of alloca() in Sony's libc.a looks like it's | derived from the semi-portable alloca() written by Doug Gwyn (it uses | malloc/free). You could always use GNU C, and #define alloca to be __builtin_alloca (many programs already have the necessary magic in them). Though of course, if you want to debug with the released GCC, you are currently up a creek. -- Michael Meissner email: meissner@osf.org phone: 617-621-8861 Open Software Foundation, 11 Cambridge Center, Cambridge, MA Catproof is an oxymoron, Childproof is nearly so