> > 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
> a
On 06 Mar 2014, at 01:08, Thomas Mueller 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 week. Happy Firefo
> > 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 fixe
On 01 Mar 2014, at 00:40, Don Lewis 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 workaround
-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
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 ..
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
On 28 Feb 2014, at 01:51, Michael Butler 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 translation of "semantic
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 ..
>>>
On 02/27/14 12:24, David Chisnall wrote:
> On 27 Feb 2014, at 02:41, Michael Butler wrote:
>
>> .. 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".
On 27 Feb 2014, at 02:41, Michael Butler wrote:
> .. 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, the number of transforms tha
In article <530ea5cd.2070...@protected-networks.net>,
i...@protected-networks.net writes:
> .. 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".
>
>Produc
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 th
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 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 whe
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 Tue, 18 Feb 2014 09:28:16 -0800
Steve Kargl 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.
>
> > Executing
> > /usr/ports/ww
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
> /usr/ports/www/firefox/work/mozilla-release/obj-i386-portbld-freebsd11.0/dist/bin/xpc
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
`/usr/ports
19 matches
Mail list logo
