From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/6784 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general,gmane.comp.compilers.pcc Subject: Re: Re: [Pcc] pcc i386 -fPIC compiler error on src/complex/catanf.c Date: Sun, 4 Jan 2015 13:01:29 -0500 Message-ID: <20150104180129.GD4574@brightrain.aerifal.cx> References: <20150104055311.GA1776@newbook> 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 1420394519 32358 80.91.229.3 (4 Jan 2015 18:01:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Jan 2015 18:01:59 +0000 (UTC) Cc: Isaac Dunham , musl@lists.openwall.com, pcc@lists.ludd.ltu.se To: Iain Hibbert Original-X-From: musl-return-6797-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jan 04 19:01:54 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 1Y7pUs-0000Y5-Ug for gllmg-musl@m.gmane.org; Sun, 04 Jan 2015 19:01:51 +0100 Original-Received: (qmail 17516 invoked by uid 550); 4 Jan 2015 18:01:49 -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 17505 invoked from network); 4 Jan 2015 18:01:48 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:6784 gmane.comp.compilers.pcc:3339 Archived-At: On Sun, Jan 04, 2015 at 05:47:24PM +0000, Iain Hibbert wrote: > On Sat, 3 Jan 2015, Isaac Dunham wrote: > > > Hello, > > With recent pcc (built from cvs since 1.1.0 was released), I've tried > > building musl a few times, but the shared build consistently dies > > on src/complex/catanf.c (command wrapped to avoid getting mangled > > in the mail): > > $ make > > pcc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard \ > > -frounding-math -D_XOPEN_SOURCE=700 -I./arch/i386 -I./src/internal \ > > -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables \ > > -fno-asynchronous-unwind-tables -Wa,--noexecstack -march=i486 \ > > -Werror=implicit-function-declaration -Werror=implicit-int \ > > -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector \ > > -fPIC -DSHARED -c -o src/complex/catanf.lo src/complex/catanf.c > > src/complex/catanf.c, line 80: compiler error: bad STCALL hidden reg > > error: /usr/libexec/ccom terminated with status 1 > > Makefile:124: recipe for target 'src/complex/catanf.lo' failed > > make: *** [src/complex/catanf.lo] Error 1 > > > > Line 80 is the closing bracket of _redupif(), which is fairly basic > > floating point math. > > it will likely be something inside that function that does not show up > until the function is being emitted. STCALL is something to do with > structure arguments, which some kinds of floating point are big enough to > be considered.. so I guess some kind of double or long double arguments? I would guess it's treating complex floating point objects like structures. However... > > I can't really isolate the error in question, I'm afraid. > > maybe if you post the function, somebody else would be able to? ...the function where the error is reported is not using any complex objects: http://git.musl-libc.org/cgit/musl/tree/src/complex/catanf.c?id=v1.1.5 So something else must be going on. Rich