Mike Hommey wrote:
note that the express version requires to be registered, now.
Technically that's only true if you want to build or debug using Visual
Studio rather than the command-line tools, but that's still a pain.
--
Warning: May contain traces of nuts.
Is there a mechanism for running single gtests that start XPCOM?
With the current gtest mechanism, normal gtests can't start XPCOM
(NS_InitXPCOM, event loops, component manager, etc) for various reasons:
* gtests are run in parallel and XPCOM has globals and thread-locals
which don't allow
On 10/22/2014 9:29 AM, Benjamin Smedberg wrote:
Is there a mechanism for running single gtests that start XPCOM?
Not that I know of currently. The gtest runner explicitly starts XPCOM
before running tests[1].
With the current gtest mechanism, normal gtests can't start XPCOM
(NS_InitXPCOM,
On Wed, Oct 22, 2014 at 09:29:05AM -0400, Benjamin Smedberg wrote:
Is there a mechanism for running single gtests that start XPCOM?
With the current gtest mechanism, normal gtests can't start XPCOM
(NS_InitXPCOM, event loops, component manager, etc) for various reasons:
* gtests are run in
The Web APIs documentation meeting is Friday at 10 AM Pacific Time (see
http://bit.ly/APIdocsMDN for your time zone). Everyone's welcome to
attend; if you're interested in ensuring that all Web APIs are properly
documented, we'd love your input.
We have an agenda, as well as details on how to
On Wed, Oct 22, 2014 at 4:05 PM, Ted Mielczarek t...@mielczarek.org wrote:
On 10/22/2014 9:29 AM, Benjamin Smedberg wrote:
Is there a mechanism for running single gtests that start XPCOM?
Not that I know of currently. The gtest runner explicitly starts XPCOM
before running tests[1].
With
On Wed, Oct 22, 2014 at 6:29 AM, Benjamin Smedberg
benja...@smedbergs.us wrote:
Is there a mechanism for running single gtests that start XPCOM?
With the current gtest mechanism, normal gtests can't start XPCOM
(NS_InitXPCOM, event loops, component manager, etc) for various reasons:
* gtests
On 10/22/2014 10:49 AM, Kyle Huey wrote:
I've been wanting this too. I was thinking about just making the gtest
harness itself start XPCOM. - Kyle
I don't think that's quite right. 1) We'd have to serialize a bunch of
tests 2) it would be really easy for tests to interfere with eachother.
On 10/21/2014 8:37 PM, Gijs Kruitbosch wrote:
Is there a tracking bug for the work on 64-bit itself?
There is bug support-win64. But at this point most of these bugs
aren't being tracked as part of a win64-specific project, but more as
work for each team to prioritize. If there are serious
Improved password management is one of the top-line initiatives that
we're currently discussing as a focus for Firefox in 2015, so you'll
probably hear more about it soon.
Gavin
On Tue, Oct 21, 2014 at 9:03 PM, Chris Peterson cpeter...@mozilla.com wrote:
On 10/21/14 8:28 PM, Doug Turner wrote:
On Wed, Oct 22, 2014 at 2:04 PM, Gavin Sharp ga...@gavinsharp.com wrote:
Improved password management is one of the top-line initiatives that
we're currently discussing as a focus for Firefox in 2015, so you'll
probably hear more about it soon.
That's great to hear! We should definitely try to
Hi everyone,
Currently two directories exist for shared widget code:
mozilla-central/widget/xpwidget and mozilla-central/widget/shared. We’ll be
consolidating these folders into just /widget in bug 1085696
https://bugzilla.mozilla.org/show_bug.cgi?id=1085696. Please put shared
widget code
On 2014-10-22 8:03 PM, Mason Chang wrote:
Hi everyone,
Currently two directories exist for shared widget code:
mozilla-central/widget/xpwidget and mozilla-central/widget/shared. We’ll be
consolidating these folders into just /widget in bug 1085696
On Wed, Oct 22, 2014 at 05:03:14PM -0700, Mason Chang wrote:
Hi everyone,
Currently two directories exist for shared widget code:
mozilla-central/widget/xpwidget and mozilla-central/widget/shared.
We’ll be consolidating these folders into just /widget in bug 1085696
14 matches
Mail list logo
