From owner-freebsd-current@FreeBSD.ORG Fri Feb 28 23:40:48 2014 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6990D70 for ; Fri, 28 Feb 2014 23:40:48 +0000 (UTC) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A73C81607 for ; Fri, 28 Feb 2014 23:40:48 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id s1SNeXGU098039; Fri, 28 Feb 2014 15:40:37 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201402282340.s1SNeXGU098039@gw.catspoiler.org> Date: Fri, 28 Feb 2014 15:40:33 -0800 (PST) From: Don Lewis Subject: Re: firebox build fails post clang-3.4 merge To: dimitry@andric.com In-Reply-To: <53FD6BE5-267D-4732-9E85-F99C8AB0EF33@andric.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: imb@protected-networks.net, freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 23:40:48 -0000 On 28 Feb, Dimitry Andric wrote: > On 27 Feb 2014, at 01:57, Don Lewis wrote: >> On 26 Feb, Michael Butler wrote: >>> On 02/18/14 12:10, Michael Butler wrote: >>>> Is anyone else seeing firefox failing to install after the clang-3.4 >>>> merge? As in xpcshell dumping core .. >>> >>> An update .. >>> >>> Recompiling with GCC48 on -current yields the same result. Seems to run >>> correctly when invoked from the command-line but seg-faults with "errno >>> = 4" (invalid instruction) from the build >>> >>> Giving up and using the Linux port .. :-( >> >> I've also seen this problem with clang-3.4 on i386. It looks like a >> clang bug to me. Clang is putting ud2 instructions in its output which >> are guaranteed to fault when it compiles nsAppRunner.cpp. See >> . >> >> I tried compiling the offending file with gcc46 and didn't see the >> problem in the assembly output. > > Indeed, this is clang bug with stdcall calling conventions. See the > upstream bug http://llvm.org/PR19007 (thanks to Benjamin Kramer for > reducing this). > > I have followed up on the bug with a workaround, which can be used until > this bug is fixed upstream, and I can import the fix. Thanks for the fast work! The patched solve the problem for me and I was able to install and run firefox on 11.0-CURRENT i386.