Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Feb 2014 21:41:17 -0500
From:      Michael Butler <imb@protected-networks.net>
To:        Don Lewis <truckman@FreeBSD.org>
Cc:        freebsd-current@FreeBSD.org
Subject:   Re: firebox build fails post clang-3.4 merge
Message-ID:  <530EA5CD.2070508@protected-networks.net>
In-Reply-To: <201402270057.s1R0vkjH084327@gw.catspoiler.org>
References:  <201402270057.s1R0vkjH084327@gw.catspoiler.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/26/14 19: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
> <http://www.freebsd.org/cgi/query-pr.cgi?pr=187103>.
> 
> I tried compiling the offending file with gcc46 and didn't see the
> problem in the assembly output.

<sigh> .. way back in the late 70's or maybe early 80's when I was
actually doing some work on compilers, we had a saying: "produce correct
code even if it's not optimal or exit and tell the user why".

Producing non-working code for no apparent reason and without warning is
counter-productive. It wastes everyone's time :-(

	imb





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?530EA5CD.2070508>