From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7749 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: Trouble compiling musl for MIPS softfloat Date: Sun, 24 May 2015 12:18:44 -0400 Message-ID: <20150524161844.GM17573@brightrain.aerifal.cx> References: <20150524124540.GA26188@port70.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1432484356 31755 80.91.229.3 (24 May 2015 16:19:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 May 2015 16:19:16 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7761-gllmg-musl=m.gmane.org@lists.openwall.com Sun May 24 18:19:01 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YwYc8-0000u3-Ec for gllmg-musl@m.gmane.org; Sun, 24 May 2015 18:19:00 +0200 Original-Received: (qmail 18211 invoked by uid 550); 24 May 2015 16:18:58 -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 18189 invoked from network); 24 May 2015 16:18:57 -0000 Content-Disposition: inline In-Reply-To: <20150524124540.GA26188@port70.net> User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7749 Archived-At: On Sun, May 24, 2015 at 02:45:40PM +0200, Szabolcs Nagy wrote: > i get an assembler warning for the crt asm though: > > {standard input}:32: Warning: macro instruction expanded into multiple instructions in a branch delay slot > > for this insn: > > and $sp, $sp, -8 > > which turns into > > 38: 2401fff8 li at,-8 > 3c: 03a1e824 and sp,sp,at > > (but this is not soft-float related, just the new start code in 1.1.9) This looks like a potentially serious bug, omitting stack alignment. It shouldn't matter as long as crt_arch.h is only used in dlstart.lo (where the kernel normally gives an aligned stack pointer to begin with) but I want to remove crt/*/crt1.s within the next couple release cycles, and then it would matter. Rich