From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4545 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Out-of-tree builds Date: Thu, 6 Feb 2014 18:39:32 +0100 Message-ID: <20140206173932.GB1685@port70.net> References: <52F3C329.6040208@f-prot.com> 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 1391708378 13038 80.91.229.3 (6 Feb 2014 17:39:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Feb 2014 17:39:38 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4549-gllmg-musl=m.gmane.org@lists.openwall.com Thu Feb 06 18:39:47 2014 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 1WBSvS-0007I9-Ml for gllmg-musl@plane.gmane.org; Thu, 06 Feb 2014 18:39:46 +0100 Original-Received: (qmail 7782 invoked by uid 550); 6 Feb 2014 17:39:44 -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 7774 invoked from network); 6 Feb 2014 17:39:44 -0000 Content-Disposition: inline In-Reply-To: <52F3C329.6040208@f-prot.com> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4545 Archived-At: * Oliver Schneider [2014-02-06 17:15:21 +0000]: > however, then I switch to an empty directory and run this: > > ../musl/configure --disable-shared > > I get: > > using compiler runtime libraries: -lgcc -lgcc_eh > checking whether compiler's long double definition matches float.h... no > ../musl/configure: error: unsupported long double type > > Are out-of-tree builds generally not supported, or am I doing something > wrong? not supported (yet) it probably wouldn't be hard to add though (eg the paths in the makefile can be prefixed with the build path and the generated config.mak can set that prefix up, but i'm not sure what's the best way to detect the path and there might be issues around the generated alltypes.h and include/bits)