From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/3916 Path: news.gmane.org!not-for-mail From: Rob Landley Newsgroups: gmane.linux.lib.musl.general Subject: Re: Build system adjustments for subarchs Date: Thu, 15 Aug 2013 07:33:09 -0500 Message-ID: <1376569989.2737.34@driftwood> References: <20130814010617.GA16011@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; DelSp=Yes; Format=Flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1376570003 9441 80.91.229.3 (15 Aug 2013 12:33:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 15 Aug 2013 12:33:23 +0000 (UTC) Cc: musl@lists.openwall.com To: musl@lists.openwall.com Original-X-From: musl-return-3920-gllmg-musl=m.gmane.org@lists.openwall.com Thu Aug 15 14:33:23 2013 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 1V9wjz-0004CA-BG for gllmg-musl@plane.gmane.org; Thu, 15 Aug 2013 14:33:23 +0200 Original-Received: (qmail 11938 invoked by uid 550); 15 Aug 2013 12:33:21 -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 11929 invoked from network); 15 Aug 2013 12:33:21 -0000 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:subject:to:cc:references:in-reply-to :message-id:mime-version:content-type:content-disposition :content-transfer-encoding; bh=1p5rEXI4QM5KF7w33MEnWLA72U2S9UM6cTRZTSGNwZw=; b=iMaCsXovQhWphn526Ar5MnTt9hn75W7lr/8sufR68FKugiQ8AcCTaNjK/0UcpB0gkr jDWSXfOVfI0Mdf7YUIqP6s8MtJRL+R2PnafmHpSuXiZNQZAphYBCtMLY55KUgW4mnTVv 2uJl5+YNV949FyYanZ0f8jlOcKuD6PVEpsvxiii12EPlU7Gdh6waVD3rbGqH0F1U/EUC fso8pQoquvVj0yTmH6x0pXc8ObNxhfEOyfCNY0Nf8QyHFgGdQ+2T+2DIYum2bQ3YEqyN v5ifSPumyu4CScC1BCT3cN0IBCYsPeaH195PFTjRjiPRs5PjBZuckEzq8vfMKjMGMVAW jevg== X-Gm-Message-State: ALoCoQmXFGDJgiCBilACTLYZwvG9GzjcXrKXGOr0w3ayvRq7BTOj6jTILPH6bk/T5fz092UyfulR X-Received: by 10.182.213.162 with SMTP id nt2mr17081272obc.44.1376569989440; Thu, 15 Aug 2013 05:33:09 -0700 (PDT) In-Reply-To: <20130814010617.GA16011@brightrain.aerifal.cx> (from dalias@aerifal.cx on Tue Aug 13 20:06:17 2013) X-Mailer: Balsa 2.4.11 Content-Disposition: inline Xref: news.gmane.org gmane.linux.lib.musl.general:3916 Archived-At: On 08/13/2013 08:06:17 PM, Rich Felker wrote: > Hi, >=20 > I'm looking for some ideas on a problem in the build system: how to > cleanly share asm between subarchs. The problem is this: ARM, and > possibly other archs in the future, has multiple dimensions of > subarch: little-endian(default) vs big-endian, and > fpu-agnostic(default) vs hardfloat. The asm requirements are: >=20 > - MOST asm is shared by all subarchs. >=20 > - A small amount of asm (for now, just memcpy) is endian-specific but > has nothing to do with floating point ABI. >=20 > - A fairly significant amount of asm in the future will be hard-float > specific (optimized math functions and floating point environment) > but has nothing to do with endianness. If there's no actual overlap it sounds like you're describing search =20 paths you stick stuff at the front of. Have hardfloat specific .S bits =20 in one dir, differently endian stuff in another dir, and the truly =20 agnostic stuff with default versions of everything in a third, then =20 thread a search path through 'em. > What I don't like about this approach is that the logic for the names > to use in steps 1-3 has to go either in the configure script or the > makefile. The makefile is not intended to have this sort of arch > logic, but instead to derive the logic from the source tree structure. How you get a makefile to do _anything_ is not my department. (Horrible =20 language, make. Imperative or declarative, PICK ONE.) Rob=