From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2226 Path: news.gmane.org!not-for-mail From: Rob Landley Newsgroups: gmane.linux.lib.musl.general Subject: Re: [Aboriginal] [musl] microblaze port committed Date: Sat, 27 Oct 2012 01:51:52 -0500 Message-ID: <1351320712.16093.6@driftwood> References: <20120930000141.0167901f.idunham@lavabit.com> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1351320726 29455 80.91.229.3 (27 Oct 2012 06:52:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2012 06:52:06 +0000 (UTC) Cc: musl@lists.openwall.com, aboriginal@lists.landley.net To: Isaac Dunham Original-X-From: musl-return-2227-gllmg-musl=m.gmane.org@lists.openwall.com Sat Oct 27 08:52:14 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1TS0Fi-0004bq-Ir for gllmg-musl@plane.gmane.org; Sat, 27 Oct 2012 08:52:14 +0200 Original-Received: (qmail 5621 invoked by uid 550); 27 Oct 2012 06:52:06 -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 5611 invoked from network); 27 Oct 2012 06:52:06 -0000 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:subject:to:cc:in-reply-to:x-mailer:message-id :mime-version:content-type:content-disposition :content-transfer-encoding:x-gm-message-state; bh=kN4pN7Ozdn+J0acfd1LhizW3qAin+mwbyfjbLqAWz/M=; b=GIcve7ip1GdEtTQVtLqERfpnhRNO/buifYGzv7YG08OZDmri4M4HRriDD1HESwX5ka xf+EUzRS9XP6kuj5vb5LRQ4Nf4iTn+XnXf9v0WGahYXIrAEk7Bk21heWtugxpqsUOgTq hiU1oqoilyEAic+J4p7tTNWRv8acFwuCSaGVvAsFdLFdRLqgGe+d2KAA4Pe6pHKcIcFH 1EZQd6asmEV/dxUBl22scvLFILkGO2YZFU5w0+XdrcvjCcY2+dmxEWFi4pT+lAI37/jp DoZJq2MJnddCxjpytQ4Sje48RobXKnHa3AD5HnuWddtCeau6pg/R80IX6ZpEk+1C0TuL TN5g== In-Reply-To: <20120930000141.0167901f.idunham@lavabit.com> (from idunham@lavabit.com on Sun Sep 30 02:01:41 2012) X-Mailer: Balsa 2.4.11 Content-Disposition: inline X-Gm-Message-State: ALoCoQkOBpYnmt8TsySFCqK7q54InAm6fQP/Z/zBCbnDUCjxeK2eNNQc2vzb650hLzekZfQ4YNWm Xref: news.gmane.org gmane.linux.lib.musl.general:2226 Archived-At: My email was broken forever, but I've built a new one out of duck tape=20 and am attempting to deal with the backlog: On 09/30/2012 02:01:41 AM, Isaac Dunham wrote: > On Sat, 29 Sep 2012 01:41:57 -0400 > Rich Felker wrote: >=20 > > Hi all, > >=20 > > I've committed the initial (and seemingly fully-working) version of > > the microblaze port. Several caveats: > >=20 > > 1. Upstream binutils has a serious bug in gas whereby the > relocations > > it generates for symbols with local weak definitions cannot be > > resolved by the linker. Patch at: > > http://permalink.gmane.org/gmane.linux.uclinux.microblaze/11155 My current understanding is this bug was introduced _after_ 2.17, so=20 doesn't hit my frozen toolchain? > > 2. The toolchain binaries from Xilinx seem to produce .o files > > incompatible with standard binutils, and vice versa. Pick one or > > the other; don't mix them. > For Landley's sake, I'll mention what we discussed on IRC (+ some > details): > -The Xilinx toolchain is binutils 2.16 + gcc 4.1.2 (GPLv2); binutils > support was merged upstream in 2009, so Aboriginal would need the > Xilinx EDK toolchain (see http://git.xilinx.com/? > p=3Dmb_gnu.git;a=3Dsummary > ofor source) I've had a xylinx toolchain of approximately that vintage in my todo=20 heap for a couple years, the problem is their changes broke arm. (If=20 you build an arm toolchain from those sources, it didn't work.) I can try refreshing from xylinx git, but getting basic musl support in=20 is comes first. (Maybe 1/3 through ccwrap.c rewrite, I'm doing the new=20 one to be a reasonable base for later qcc and distcc replacement work.) > -Rich says that on microblaze, due to the way relocations are=20 > handled, > using -Bsymbolic instead of -Bsymbolic-functions gives a libc.so that > is either minimally broken or fully operational. > (Mips also works with -Bsymbolic.) I already updated binutils to the new version musl needs. I can build=20 musl, it's just my ccwrap is full of uClibc baked-in assumptions that=20 need to go away, and the code's brittle enough I'm just writing a fresh=20 one. > -The possibility of using mapfiles instead of -Bsymbolic-functions=20 > was > mentioned, but Rich doubts that they were supported in older=20 > binutils. > =20 > > 3. Threads are untested because qemu is broken, at least my version > of > > qemu (app-level emu) has a bug where clone() does not advance=20 > the > > program counter properly in the child, so it starts a > forkbomb-like > > cascade of clone syscalls (thankfully just linear growth rather > > than exponential). > Ow. >=20 > Rob, any thoughts on an Aboriginal port? I want to do one, but I want to start with x86, then arm, then the=20 other existing platforms I can compare against a known working version=20 of. Rob=