From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2098 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: feature request: flag to disable math library build Date: Sat, 13 Oct 2012 19:53:03 -0400 Message-ID: <20121013235303.GK254@brightrain.aerifal.cx> References: <5077024E.6080104@barfooze.de> <20121011181709.GK24157@port70.net> <20121011193738.GL24157@port70.net> <20121011232858.GA254@brightrain.aerifal.cx> <20121013002349.540286e6.idunham@lavabit.com> <20121013122642.GI254@brightrain.aerifal.cx> <20121013164945.b824bada.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 X-Trace: ger.gmane.org 1350172905 19795 80.91.229.3 (14 Oct 2012 00:01:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 14 Oct 2012 00:01:45 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-2099-gllmg-musl=m.gmane.org@lists.openwall.com Sun Oct 14 02:01:52 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 1TNBeR-0007HM-TK for gllmg-musl@plane.gmane.org; Sun, 14 Oct 2012 02:01:52 +0200 Original-Received: (qmail 12210 invoked by uid 550); 14 Oct 2012 00:01:45 -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 12202 invoked from network); 14 Oct 2012 00:01:45 -0000 Content-Disposition: inline In-Reply-To: <20121013164945.b824bada.idunham@lavabit.com> User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:2098 Archived-At: On Sat, Oct 13, 2012 at 04:49:45PM -0700, Isaac Dunham wrote: > On Sat, 13 Oct 2012 08:26:42 -0400 > Rich Felker wrote: > > > > And IIRC, src/complex built the last time I tried CVS pcc (but I > > > could be misremembering!) > > > > Nice to hear - I hope that's true! > > Yes. pcc 20120923 used. > The problems I'm running into are -m*: > > echo 'int main(){ return 0; }' |pcc -march=i386 - > ld: unrecognised emulation mode: arch=i386 > Supported emulations: elf_i386 i386linux elf_x86_64 elf_l1om > ld terminated with status 1 > (I use -melf_i386, i386linux is not the right mode) This sounds like a bug. -m* should not be passed thru to the linker. I suppose the configure checks should be updated to try linking with -march etc. rather than just compiling, so this bug is caught. > And a segfaulty loader. Any idea why? My guess would be generating bad code that needs relocations before it can run. > > > However, C11 makes complex numbers optional, and there's currently > > > no dependance on src/complex/ - would it make sense to allow > > > /configure --disable-complex > > > (via the filter-out rule)? > > > There are plenty of other things in musl that are not required by the > > base standards, like GNU extensions, all of the XSI option, and > > various POSIX feature groups like spawn, but they're not made > > optional, because it increases complexity and has almost no benefits. > > The potential issue is that complex/ requires a compiler capable of > handling complex numbers, which C11 makes optional. Of course, it > would be possible to just say that the compiler used to build musl > must support complex numbers. If this is ever an issue, we could consider making the complex code operate on the representation of complex values as double[2], etc. rather than directly using complex. IMO this is ugly though. I think most relevant compilers will want to comply to C99 as well as C11. Rich