From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/438 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Compilation error Date: Wed, 17 Aug 2011 14:18:04 -0400 Message-ID: <20110817181804.GA132@brightrain.aerifal.cx> References: <6b8e6a08f65ec476283a3699a41451d7@smtp1.ispfr.net> <20110807193658.GA29562@port70.net> <20110807193431.GI132@brightrain.aerifal.cx> <20110807195006.GJ132@brightrain.aerifal.cx> <20110807220940.GC29562@port70.net> <20110807220025.GL132@brightrain.aerifal.cx> <20110808070817.GD29562@port70.net> <20110817103328.GR29562@port70.net> <20110817133913.GX132@brightrain.aerifal.cx> <20110817144723.GT29562@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1313605156 19159 80.91.229.12 (17 Aug 2011 18:19:16 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Aug 2011 18:19:16 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-439-gllmg-musl=m.gmane.org@lists.openwall.com Wed Aug 17 20:19:12 2011 Return-path: Envelope-to: gllmg-musl@lo.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by lo.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1Qtkhr-0000TR-Nv for gllmg-musl@lo.gmane.org; Wed, 17 Aug 2011 20:19:11 +0200 Original-Received: (qmail 3502 invoked by uid 550); 17 Aug 2011 18:19:10 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 3494 invoked from network); 17 Aug 2011 18:19:10 -0000 Content-Disposition: inline In-Reply-To: <20110817144723.GT29562@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:438 Archived-At: On Wed, Aug 17, 2011 at 04:47:24PM +0200, Szabolcs Nagy wrote: > * Rich Felker [2011-08-17 09:39:13 -0400]: > > > (i'm not sure where alloca should go, pcc does not provide it) > > > > WTF? alloca cannot be implemented as a function. Does gcc provide an > > alloca function? > > > > i'm not sure how it should work but > __alloca is defined in libpcc using simple asm trickery > (modify stackpointer and the values on the stack and return) This only works if there's a frame pointer and all automatic variable access happens through the frame pointer. If the compiler generates stack-pointer-relative accesses, it will break horribly. This is why alloca really needs to be a builtin that the compiler is aware of (or better yet, should not even exist...) Rich