Does this mean the bug is fixed in 11-current?
Yes, the bug is fixed in 11-CURRENT, as of Subversion revision r262809.
MFC? Is that to 10-STABLE? Your message is less than clear.
In FreeBSD, fixes are first applied to head (a.k.a -CURRENT), then
after a
On 01 Mar 2014, at 00:40, Don Lewis truck...@freebsd.org wrote:
On 28 Feb, Dimitry Andric wrote:
...
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
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.
I have imported the upstream fix for this bug in r262809, and I will MFC
it after one week. Happy Firefoxing. :-)
-Dimitry
Does this mean the bug is fixed in
On 06 Mar 2014, at 01:08, Thomas Mueller mueller6...@bellsouth.net wrote:
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.
I have imported the upstream fix for this bug in r262809, and I will MFC
it after one
On 28 Feb 2014, at 01:51, Michael Butler i...@protected-networks.net wrote:
I guess what I'm trying to get at is that I am used to a compiler which
takes one of two actions, irrespective of the complexities of the source
language or target architecture ..
1) the compiler has no definitive
On 27 Feb 2014, at 01:57, Don Lewis truck...@freebsd.org 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
On 28 Feb, Dimitry Andric wrote:
On 27 Feb 2014, at 01:57, Don Lewis truck...@freebsd.org 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 ..
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/14 12:05, Dimitry Andric wrote:
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,
In article 530ea5cd.2070...@protected-networks.net,
i...@protected-networks.net writes:
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
On 27 Feb 2014, at 02:41, Michael Butler i...@protected-networks.net wrote:
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.
In the late '70s,
On 02/27/14 12:24, David Chisnall wrote:
On 27 Feb 2014, at 02:41, Michael Butler i...@protected-networks.net wrote:
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
On 26 Feb, Benjamin Kaduk wrote:
On Wed, 26 Feb 2014, 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 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
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
On Wed, 26 Feb 2014, 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.
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.
Is anyone else seeing firefox failing to install after the clang-3.4
merge? As in xpcshell dumping core ..
=== firefox-27.0.1,1 depends on shared library:
startup-notification-1.0 - found
=== firefox-27.0.1,1 depends on shared library: pulse.0 - found
gmake[3]: Entering directory
On Tue, Feb 18, 2014 at 12:10:25PM -0500, Michael Butler wrote:
Is anyone else seeing firefox failing to install after the clang-3.4
merge? As in xpcshell dumping core ..
Yes. Exact same error.
Executing
On Tue, 18 Feb 2014 09:28:16 -0800
Steve Kargl s...@troutmask.apl.washington.edu wrote:
On Tue, Feb 18, 2014 at 12:10:25PM -0500, Michael Butler wrote:
Is anyone else seeing firefox failing to install after the clang-3.4
merge? As in xpcshell dumping core ..
Yes. Exact same error.
19 matches
Mail list logo