On Wed, May 25, 2016, at 01:47 AM, Eric Rahm wrote:
> Details on using rr to debug crashes would certainly be nice.
In my experience, if a crash is reproducible it's generally
straightforward to fix. rr could be useful if a crash is hard to
reproduce or intermittent, but once a developer can repro
On Tue, May 24, 2016, at 04:58 PM, Lawrence Mandel wrote:
> "Improve ranking of crash clusters."
>
> I think this is weighting or estimating impact of a crash instead of
> volume
> of submissions, which is how we have historically processed the clusters.
> Severity is one component with startup cr
On Thu, May 26, 2016, at 09:52 AM, Benjamin Smedberg wrote:
> https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/Debugging_a_minidump
I spent some time today cleaning this page up a bit. I streamlined the
Windows section (since you no longer need to manually download the
matching binaries
On Thu, May 26, 2016, at 02:41 PM, Benoit Girard wrote:
> - Crash address can give you a hint as to what's going on: 0x0 -> null
> crash, 0x8 -> null offset accessing a member like this->mFoo,
N.B.: due to the way addressing works on x86-64, if the crash address is
"0x0" for a Linux/OS X crash rep
On Tue, Jul 5, 2016, at 11:18 PM, Jed Davis wrote:
> Benjamin Smedberg writes:
>
> > Assuming these crashes show up in crash-stats.mozilla.com, are there
> > particular signatures, metadata, or other patterns that would let us say
> > "this crash is caused by a sandbox failure"?
>
> They should,
You've got great timing, support for --enable-jack just landed:
https://hg.mozilla.org/integration/mozilla-inbound/rev/4ab76338931e
-Ted
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On Sun, Aug 7, 2016, at 06:06 PM, Nathan Froyd wrote:
> TL; DR: Bug 1231764 has landed on mozilla-central; the build system
> now invokes cargo to build all the Rust code in m-c. This should
> result in a better Rust developer experience, as well as making it
> easier to import Rust libraries into
On Wed, Aug 10, 2016, at 11:28 AM, Gregory Szorc wrote:
> I'll be marking that bug wontfix as soon as I get in front of a computer
> with my BMO credentials. We plan to have no more releases of
> MozillaBuild.
>
> There is support for installing Rust via rustup in 'mach bootstrap'. That
> requires
On Fri, Sep 23, 2016, at 05:58 AM, Panos Astithas wrote:
> I used to do that in the past, but nowadays artifact builds have changed
> the cost-benefit trade-off so very few people bother AFAIK, when not
> touching C++ code. If we could get artifact builds to use --enable-debug
> and --enable-optimi
On Fri, Sep 23, 2016, at 10:20 AM, Ehsan Akhgari wrote:
> On 2016-09-23 8:49 AM, Gijs Kruitbosch wrote:
> > Then this enables me to answer Ehsan's question. These are the builds
> > I've recently tried using (e.g. when debugging intermittents in VMs
> > because then I don't need to set up too much
I recently wrote some documentation on how to add Rust code to Gecko:
http://gecko.readthedocs.io/en/latest/build/buildsystem/rust.html
It should be fairly straightforward for most use cases (thanks to Nathan
Froyd for doing the lion's share of the work to make it so), but if
there's anything that
On Wed, Nov 9, 2016, at 11:41 AM, Kartikaya Gupta wrote:
> I'm actually trying to debug a rust issue right now and have some
> questions. I've done the |mach vendor rust| step and got all the
> vendored crates. Now let's say that in one of the dependencies (the
> 'cmake' crate in my case) there's s
On Wed, Dec 21, 2016, at 12:30 PM, Jason Orendorff wrote:
> The implicit conversion solves a real problem. Imagine these two
> operations
> have two different error types:
>
> MOZ_TRY(JS_DoFirstThing()); // JS::Error&
> MOZ_TRY(mozilla::pkix::DoSecondThing()); // pkix::Error
>
> W
On Wed, Dec 21, 2016, at 04:56 PM, Julian Seward wrote:
> On 21/12/16 07:55, Jim Blandy wrote:
> > The only things I really want anyway are:
> >
> > mk_add_options MOZ_OBJDIR=obj-bug
> > ac_add_options --enable-debug='-g3 -O0 -fno-inline'
> > ac_add_options --disable-optimize
>
> As a side note,
On Wed, Jan 11, 2017, at 06:03 AM, Henri Sivonen wrote:
> Does that mean that crates under third_party/rust/ are going to have
> their entire histories imported in the future? Currently, they only
> have vendoring-time snapshots.
I'm unaware of any plans to do this. I'd expect us to have a distinc
On 2/28/2013 12:42 AM, saur m wrote:
> Hello everyone,
> I have successfully built the firefox from the source code. Now I
> have created the installer usng command
>
> c:/mozilla-central/build/pymake/make.py installer
>
> But when I am trying to install the firefox on other system , it
On 3/19/2013 5:00 PM, Gregory Szorc wrote:
> If I had to weigh in, I think existing manifests like xpcshell.ini
> work good enough and might be more readable and maintainable than
> managing everything in moz.build files. But, I'm ignorant of a lot of
> things, so maybe they aren't good enough.
>
N
On 3/31/2013 8:05 AM, ISHIKAWA, Chiaki wrote:
> Now, I know that a commercial testing tool maker is offering free scan
> service
> for open source project.
> See
> http://scan.coverity.com/project_register.html
>
> Has mozilla considered using this free service before?
> And if not, why not?
Cover
On 4/11/2013 1:13 PM, Mike Hommey wrote:
> That still leave the clutter forever in the mercurial log. I wonder if
> it would be possible to push special branches or bookmarks for
> DONTBUILD and CLOSED TREE, with a server side hook to handle things
> nicely.
Mercurial has this thing called "push k
On 4/30/2013 2:46 AM, Gregory Szorc wrote:
> As a counter-proposal, I propose that we start shifting landings to
> project branches/twigs. We should aim for a small and well-defined set
> of repositories (say 3 to 5) sharing similar automation configuration
> and sheriff love. By keeping the number
Hello friends,
TL;DR: PGO on MSVC is now opt-in per-source-directory.
Today I landed a patch[1] that significantly lowered the memory usage of
the Visual C++ linker during PGO builds, which has been a consistent
pain point for us. The ever-wonderful Ehsan got in touch with a VC++
program manager
On 6/24/2013 11:02 PM, Justin Lebar wrote:
> Under what circumstances would you expect the code coverage build to break
> but all our other builds to remain green?
Most of the issues I saw with our old code coverage setup were directly
related to them not matching our normal production builds. We s
On 7/11/2013 9:23 AM, Justin Lebar wrote:
> One thing I've been thinking about is /why/ people are slow at reviews.
>
> Someone who usually has a long review queue has told me that he "hates"
> reviewing code. I realized that we don't really have a place at Mozilla for
> experienced hackers who do
On 7/17/2013 2:05 AM, Jesse Ruderman wrote:
>
> AWSY is not a replacement for shutdown-leak testing. It's limited to code
> exercised by TP5. Small leaks are masked by normal variation in memory use.
>
>
Note, though, that we still run almost all of our test suites on debug
builds with leak chec
On 7/23/2013 6:22 PM, Avi Halachmi wrote:
> TL;DR: Talos tsvg,tscroll are affected by timing much more than by rendering
> performance because they don't stress Firefox. tsvgx,tscrollx stress firefox:
> their results are different, better, noisier than the old tests. Will soon
> replace the old
On 8/12/2013 8:35 AM, lchenneb...@gmail.com wrote:
>
> Ok, do you consider to finish it before October?
> Is firefox will support Mp4 too?
>
You can track his progress in the bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=861693
It looks like those patches are MP3 support only, not h.264.
-Te
On 8/28/2013 3:16 AM, Mark Hammond wrote:
> On 28/08/2013 3:30 AM, Gregory Szorc wrote:
> ...
> > Does anyone else see this libraries-always-rebuild behavior?
>
> Not me - although I see just a few small ones - relevant parts of the
> log:
>
> 5:20.54 webapprt.obj
> 5:21.01 webapprt.cpp
> 5:21.0
On 9/5/2013 10:25 AM, Mike Hommey wrote:
> There shouldn't have been.
>
> But
> https://hg.mozilla.org/mozilla-central/file/45097bc3a578/config/config.mk#l681
> seems to be always on now? (also 685)
> Indeed. Although it's also possible to set relativesrcdir to nothing in
> Makefile.in to get back
On 10/8/2013 3:14 PM, Dave Townsend wrote:
> I was asked to clarify what I meant by my two examples so here are some
> snippets of code that illustrate it. This is forcibly async but you get the
> point I hope. If you want to add three numbers you can define:
>
> function add3(foo, bar, baz) {
>
On 10/23/2013 3:11 AM, Kyle Huey wrote:
> Is armv6 a tier 1 platform? Who can help with debugging test failures that
> only happen on armv6?
>
Yes, AIUI. Note that we're not running armv6 tests on armv6 hardware, so
you should be able to reproduce test failures by running the armv6
builds on what
On 11/3/2013 8:48 PM, Sankha Narayan Guria wrote:
> One thing that I have noticed after talking to many new contributors is
> that, people are often overwhelmed by the large amount of the docs. They
> look for quick results when they are starting off.
>
> The idea of videos is great, but it would a
On 11/13/13 3:34 PM, Mike Habicher wrote:
Hello everyone,
I'm working on automated tests for Gecko's camera code on B2G, and I
want to replace different pieces of the implementation with fake
objects that return one or more injected error codes so that I can
exercise all of the error-handling
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I think this plan is generally sound. Users are moving en-masse to 10.9
with the free update, so we should focus our resources there, and keep
10.6 around to support those users that can't update for hardware
reasons. I just have one point of content
On 11/26/2013 6:37 AM, Henri Sivonen wrote:
> On Mon, Nov 25, 2013 at 6:03 PM, Yuri Dario wrote:
>> the OS/2 port is alive, we already have a beta release for 17.x and a
>> more current version will follow.
> Does this work all happen in forked repositories, such as
> https://github.com/bitwisewor
On 12/2/2013 11:39 PM, Mike Hommey wrote:
> Current setup (16):
> real11m7.986s
> user63m48.075s
> sys 3m24.677s
> Size of the objdir: 3.4GiB
> Size of libxul.so: 455MB
>
Just out of curiosity, did you try with greater than 16?
-Ted
__
On 12/3/2013 8:02 PM, Nicholas Nethercote wrote:
> 3) Runs on mozilla-central and all trees that merge into it
This is something that Release Engineering needs to fix. You've already
got a bug open, so you should touch base with them.
> 4) Scheduled on every push
This is also RelEng. These both h
As of Firefox 28 I intend to turn the Gamepad API on by default (on
desktop Firefox). It has been developed behind the dom.gamepad.enabled
preference, and shipped preffed-off in Firefox 24.
Google has shipped a prefixed but mostly-compatible implementation in
Chrome for multiple releases now. The
On 12/6/2013 11:33 AM, Ehsan Akhgari wrote:
> Thanks for posting this, Ted!
>
> What is the dom.gamepad.non_standard_events.enabled controlling, and
> why do we have a different value of this pref in our release and
> non-release builds?
>
That pref controls whether we send "gamepadbutton{up,down}
On 12/12/2013 3:43 AM, Nicholas Nethercote wrote:
>
> I tracked this down to one of the Quitter files being a symlink with a
> relative path, and that path was going awry when the file was copied
> elsewhere within the chroot that the tests run in on the build
> slaves(!) And by the time I worked
Hello,
Just a heads up that very soon we'll be removing CPP_UNIT_TESTS from the
"make check" target[1]. The tests have been split out into a separate
test job on TBPL[2] (labelled Cpp) for almost a month now without issue,
and we've also added a mach command--"mach cppunittests"[3]--to
facilitate
On 1/16/2014 11:26 AM, Till Schneidereit wrote:
>
> I'd be extremely unhappy if this disappeared without any replacement.
> Changing a cpp file under js/src and running `mach` takes about 2 minutes
> for me, whereas running `mach js/src` takes about 18 seconds.
>
> As one of the people behind the p
On 2/8/2014 1:57 AM, Gregory Szorc wrote:
>
> Bug 969757 currently has a patch to remove most remnants of OS/2 from
> the *entire* tree. If you have any interest in preserving references
> to OS/2 in the tree, now would be the time to speak up.
>
To be blunt: this ship has sailed. I don't think we
On 2/26/2014 2:15 AM, Cameron McCormack wrote:
> When do we plan to drop support for Visual Studio 2010? I remember at
> one point that it was not possible to generate builds that ran on
> Windows XP with VS2010, but Update 1 (released in November) added
> support for that.
>
There are no immediat
On 2/28/2014 10:49 AM, Gregory Szorc wrote:
> Speaking of compiler warnings, do people commonly run into "compiler
> warning mismatch" with warnings-as-errors due to running separate
> versions of Clang/GCC/MSVC locally than what runs in automation? i.e.
> do you find yourself building things fine
On 3/2/2014 5:25 AM, Neil wrote:
> I've noticed seven moz.build files containing tabs, I assume this is
> undesirable?
>
Yes. We should probably make the moz.build reader error on tabs.
-Ted
___
dev-platform mailing list
dev-platform@lists.mozilla.org
h
On 2/28/2014 8:44 PM, John Schoenick wrote:
> On 02/28/2014 05:40 PM, Daniel Holbert wrote:
>> On 02/28/2014 05:32 PM, L. David Baron wrote:
>>> Why not change the try repo reset procedure so that instead of just
>>> cloning mozilla-central, you also pull from the old try repo into
>>> the new one
On 3/2/2014 4:02 PM, Tim wrote:
> That would be a great reason to move to Chrome.
>
> NO THANK YOU
To point out the obvious, your reply is in response to Asa pointing out
that Blink is removing this feature, which means it will no longer exist
in Chrome, therefore your statement makes no sense.
-
On 4/7/2014 9:02 AM, Aryeh Gregor wrote:
> On Mon, Apr 7, 2014 at 3:20 PM, Andrew Halberstadt
> wrote:
>> I would guess the former is true in most cases. But at least there we have a
>> *chance* at tracking down and fixing the failure, even if it takes awhile
>> before it becomes annoying enough t
I wanted to post about this because I don't think it's common knowledge
(I only just came to the realization today) and it has potential impact
on the effectiveness of our unit tests.
Currently we run our Linux unit tests exclusively on Amazon EC2
m1.medium[1] instances which have only one CPU cor
On 4/15/2014 7:05 PM, Robert O'Callahan wrote:
>
> The steps to get started doing this are roughly as follows:
> 1) Install rr on a Westmere-or-later Linux system (or VM with performance
> counters virtualized), build 32-bit Firefox (opt or debug) and verify that
> recording Firefox works for you.
On 4/29/2014 9:34 AM, xunxun wrote:
> Hi,
>
>I noticed that WebRTC's mozmake.py (
> media/webrtc/trunk/tools/gyp/pylib/gyp/generator/mozmake.py ) has been
> removed since 29.0
>
>In the past, I usually modify the mozmake.py like this for something to
> do:
>
On 4/29/2014 10:51 AM, xunxun wrote:
> Thank you for the explanation.
>
> And do you know how to change CXX in gyp?
>
I don't think that's a thing we support, sorry.
-Ted
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla
On 6/4/2014 1:20 PM, Ehsan Akhgari wrote:
> The other thing that you need to note is that there is years of
> experience behind each one of our test frameworks, and there are
> probably several hundred thousand lines of code written against any of
> them. And there are many many people who have be
On 6/5/2014 12:31 PM, jmor...@mozilla.com wrote:
> These are two good questions Robert. Both points are nuanced and merit more
> discussion.
>
> 1. Re: 64 bit as a bandaid for OOM. This is an alternate viewpoint that a few
> folks advanced for discussion. I assumed this meant (at the least) PCs
On 6/25/2014 11:15 AM, Jason Orendorff wrote:
> We're considering building a JavaScript API for dynamic analysis of JS
> code.
> Here's the sort of thing you could do with it:
>
> - Gather code coverage information (useful for testing/release mgmt?)
>
There have been several JS code coverage impl
On 7/7/2014 3:21 PM, Ehsan Akhgari wrote:
> We should keep in mind that sometimes due to startup crashes, we don't
> get to run any of the code in Firefox, so we can't gate the crash
> report submission on that code at least in the case of startup crashes.
>
I believe this was the primary reasoning
On Thu, Jul 10, 2014, at 12:17 AM, Anthony Jones wrote:
> I've recently been using gtest for media code. However I've come across
> the issue of fopen() working locally but not on the try servers.
>
> https://tbpl.mozilla.org/?tree=Try&rev=11d9f94c54bd
>
> Any suggestions on how I should do this
On 7/15/2014 2:49 PM, Dave Townsend wrote:
> Since forever Jetpack tests in the Firefox trees have been run using our
> custom python CFX tool which is based on a fork of an ancient version of
> mozrunner. This causes us a number of problems. Keeping up with tree
> visibility rules is hard. Some fe
On 7/25/2014 6:30 AM, Yonggang Luo wrote:
> While creating services from category 'profile-after-change', service for
> entry 'InterAppCommService', contract ID
> '@mozilla.org/inter-app-communication-service;1' does not implement
> nsIObserver.
>
You have an entry for the category manager (pres
On 8/13/2014 12:21 PM, Edwin Wong wrote:
> Hi dev-platform,
>
> TL;DR - Cloud Services and Quality Engineering would like to propose the
> creation of a directory named “external" in gecko and gaia repos for
> externally dependent tests.
>
> This enables features married to Cloud Services such
On 8/20/2014 4:16 AM, Neil wrote:
> Neil wrote:
>
>> Gregory Szorc wrote:
>>
>>> Well, mach seems to be working for people doing m-c development.
>>
>> [Still needs a working build environment, while python runtests.py
>> just used to need an objdir.]
>
> In fact there was a time where I could cros
On 8/20/2014 7:24 AM, Neil wrote:
> Ted Mielczarek wrote:
>
>> our supported use cases are "run from mach" and "run from the test
>> package".
>>
>>
> How does a test package differ from an objdir? Do you still need an
> entire build envi
On 8/26/2014 2:03 AM, Makoto Kato wrote:
> When do we support old version of Visual Studio after switching to
> VS2013?
>
> Now we still support VS2010 + SDK 7.1 as minimal requirement.
>
Generally we have worked with a few unofficial guidelines for toolchain
support:
1) If an older version of a to
On 8/26/2014 2:03 AM, Makoto Kato wrote:
> When do we support old version of Visual Studio after switching to
> VS2013?
>
> Now we still support VS2010 + SDK 7.1 as minimal requirement.
>
Generally we have worked with a few unofficial guidelines for toolchain
support:
1) If an older version of a to
On 8/26/2014 11:03 AM, Ehsan Akhgari wrote:
>
> I would like us to update the minimum supported MSVC version to 2012
> as soon as possible. That will give us access to the following C++
> features which are all supported on gcc 4.4 (aka our Vintage Compiler)
> and MSVC starting from 2012:
>
> * Va
On 8/27/2014 10:22 AM, Gian-Carlo Pascutto wrote:
> On 26/08/2014 13:06, Mike Hommey wrote:
>
>> Relatedly, we need to ensure it's still possible to build Firefox with
>> the express version of MSVC (the free of charge one) corresponding to
>> the minimum MSVC version we support.
> It seems to work
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 11/24/2014 6:16 AM, Kan-Ru Chen (陳侃如) wrote:
> Hi,
>
> Do we have policy about what headers should/could be in EXPORTS? I found
> that some exported headers include other headers that aren't exported so
> the header using site has to use LOCAL_INCLUDES which IMO defeats the
> purpose of EXPORTS.
On 12/17/2014 10:19 AM, Ehsan Akhgari wrote:
>
> Apple unfortunately doesn't ship the headers and libraries required to
> build against that clang, and if you try to compile the plugin against
> headers/libraries obtained from elsewhere there is a good chance that
> the plugin won't work, so your b
On Fri, Jan 2, 2015, at 05:06 PM, Ehsan Akhgari wrote:
> FWIW to the best of my knowledge, we have kept the last two MSVC
> releases supported for quite a long time, but I don't know if there has
> ever been a good reason for that (besides people having them installed
> locally.) I would very m
On Tue, Jan 20, 2015, at 07:22 AM, Florian Weimer wrote:
> I would like to extract session cookies from a running Firefox
> instance. Is there are a supported mechanism to do this?
I don't know the definitive answer, but I strongly suspect the answer is
"no". We don't really have any supported AP
On Fri, Feb 13, 2015, at 11:43 AM, Nathan Froyd wrote:
> On Fri, Feb 13, 2015 at 1:40 AM, Gregory Szorc wrote:
>
> > Truth be told, unless you are collaborating with other people using
> > evolution, the benefit of enabling obsolescence on user repos is probably
> > marginal. The bigger wins co
On Tue, Feb 17, 2015, at 10:27 AM, Axel Hecht wrote:
> Hi,
>
> I'd like to write tests to validate my assumptions around what's an error
> and what's a warning for localized values going into
> nsTextFormatter::smprintf.
>
> Basically, the tests would start with a reference string, and then a m
On Thu, Feb 19, 2015, at 06:32 AM, a...@mozilla.com wrote:
> On Tuesday, February 17, 2015 at 6:33:42 PM UTC+1, Ted Mielczarek wrote:
> > On Tue, Feb 17, 2015, at 10:27 AM, Axel Hecht wrote:
> > > Hi,
> > >
> > > I'd like to write tests to valid
On Thu, Mar 12, 2015, at 07:48 PM, Boris Zbarsky wrote:
> On 3/12/15 6:51 PM, Jonathan Griffin wrote:
> > What other use cases would you like us to address, which aren't derivatives
> > of the above issues?
>
> I ran into a problem just yesterday: I wanted to run mochitest-browser
> locally, to d
On Thu, Mar 12, 2015, at 08:50 PM, Robert O'Callahan wrote:
> On Fri, Mar 13, 2015 at 12:34 PM, Seth Fowler wrote:
> To work around these issues, I would like to have a dedicated machine
> that
> continuously downloads builds and runs tests under rr. Ideally it would
> reenable tests that have be
On Thu, Mar 12, 2015, at 08:50 PM, Robert O'Callahan wrote:
> To work around these issues, I would like to have a dedicated machine
> that
> continuously downloads builds and runs tests under rr. Ideally it would
> reenable tests that have been disabled-for-orange. When it finds
> failures,
> we w
On Tue, Apr 7, 2015, at 11:05 AM, Bill McCloskey wrote:
> On Tue, Apr 7, 2015 at 5:48 AM, Benjamin Smedberg
> wrote:
>
> > With desktop e10s on there can be a noticeable delay after switching tabs
> > where there is a throbber displayed before the page content.
> >
>
> When the user switches tab
On Tue, May 5, 2015, at 02:53 AM, Leman Bennett (Omega X) wrote:
> On 5/5/2015 12:23 AM, Robert O'Callahan wrote:
> > On Tue, May 5, 2015 at 10:29 AM, Leman Bennett (Omega X) <
> > Redacted.For.Spam@request.contact> wrote:
> >
> >> Inquiring minds would like to know.
> >>
> >> At the moment, e10s t
On Thu, May 21, 2015, at 10:06 PM, Eric Rahm wrote:
> enum class LogLevel {
> Disabled = 0, // Logging is disabled for this module
> Error,
> Warning,
> Info,
> Debug,
> };
>
Just for comparison with other popular logging libraries:
http://logging.apache.org/log4j/2.x/manual/customlogle
On Mon, May 25, 2015, at 11:04 AM, Ehsan Akhgari wrote:
> On 2015-05-23 5:02 AM, Jesper Kristensen wrote:
> > Very nice, I am looking very much forward to using this.
> >
> > It would be nice of you could also support paste. I agree that it is
> > more sensitive, so maybe you could go with a user
On Fri, Jul 24, 2015, at 12:43 PM, Jonas Sicking wrote:
> On Fri, Jul 24, 2015 at 3:49 AM, David Rajchenbach-Teller
> wrote:
> > On 24/07/15 11:38, Jonas Sicking wrote:
> >> I think we should allow addons to implement something like this. But I
> >> don't think it's something that we should let ap
On Fri, Jul 24, 2015, at 04:13 AM, Kershaw Chang wrote:
> Link to standard:
> No formal specifications found on w3c. This API is only supported by
> Chrome
> OS now.
What's the motivation here? Do we expect this to get used by apps if
it's Chrome OS only right now? I've been looking into this prob
On Tue, Aug 28, 2018, at 10:42 PM, Jeff Walden wrote:
> jsapi.h and jsfriendapi.h are mega-huge, monolithic headers. A one-stop
> shop is maybe (maybe) convenient for users. But it's terrible for Gecko
> and SpiderMonkey: touching jsapi.h rebuilds the world. (The one-stop
> shop approach is a
On Wed, Aug 29, 2018, at 9:08 AM, Boris Zbarsky wrote:
> > https://taskcluster-artifacts.net/CLtUuQugTjKONONL4hh5Nw/0/public/14day_report.html
>
> So my main conclusion from looking at this data is that anything that
> causes us to rebuild any rust stuff is just painful...
I don't think that's *
I thought we had filed a Rust issue on this but apparently not. There's some
good discussion in this issue:
https://github.com/rust-lang/rust/issues/37530
For Firefox, simply having an equivalent to `-fvisilbility=hidden` so that all
the symbols in the generated static library are hidden would b
On Thu, Aug 30, 2018, at 6:28 PM, Michael Shal wrote:
> On Thu, Aug 30, 2018 at 6:04 PM, Michael Shal wrote:
> >
> >
> > In this case, the 99:44 rebuild times look to be an artifact of how the
> > outputs of GenerateServoStyleConsts.py are consumed by a large chunk of the
> > Rust and C++ code. At
On Wed, Sep 12, 2018, at 1:09 AM, Tom Ritter wrote:
> Previous Thread:
> https://groups.google.com/forum/#!topic/mozilla.dev.platform/r3mYWbb42pM
>
> As of a few hours ago, there is a new Tier 2 MinGW build on TaskCluster.
> It's in the 'Windows MinGW all' line, with the group WMC64 for 'Windows
>
On Tue, Sep 18, 2018, at 12:28 PM, Steven MacLeod wrote:
> Lando support for pushing a series of commits from a Phabricator stack has
> been live for the past week or so. Anyone who would like to test & provide
> feedback is welcome to start using it. We are leaving the current non-series
> version
On Wed, Sep 19, 2018, at 2:42 PM, Randell Jesup wrote:
> Problem:
> Various measures have been tried to capture user frustration with having
> to wait to interact with a site they're loading (or to see the site
> data). This includes:
>
> FID - First Input Delay --
> https://developers.google.com
Hi Aaron,
Great work getting this landed, and thanks for doing the work to minimize the
impact on everyone!
On Thu, Sep 27, 2018, at 11:19 AM, Aaron Klotz wrote:
> 2. Debugging the browser process
>
>
> If you launch Firefox via a debugger, the initial process w
TL;DR: the next time you run `mach bootstrap` please answer yes to the prompt
to enable build system telemetry.
Hello,
Those of us who work on the build system realize that building Firefox is not
always a pleasant experience. We've done a lot of work over the years to try to
improve that situ
Hello,
In light of the fact that we've switched to clang-cl for our Windows builds[1],
we are planning to drop support for compiling Firefox with MSVC in the near
future[2]. Our estimate is that this will happen sometime in Q1. Supporting
more than one compiler is a maintenance burden and we've
On Fri, Dec 7, 2018, at 8:37 AM, Simon Sapin wrote:
> On 07/12/2018 00:08, Gijs Kruitbosch wrote:
> > We're already making people install MSVS to get the relevant Windows
> > SDKs (manually, not supported via ./mach bootstrap, and hopefully
> > ticking the right boxes in the installer or they have
On Thu, Dec 6, 2018, at 6:08 PM, Gijs Kruitbosch wrote:
> Can someone elaborate on what this means for debugging on Windows, and
> for our onboarding story on Windows?
For debugging: as others have pointed out, nothing should change. For
onboarding we will continue to require users to install Vi
On Thu, Dec 6, 2018, at 3:34 PM, Jonathan Kew wrote:
> While I sympathize with the concern that "supporting more than one
> compiler is a maintenance burden", this still leaves me feeling a little
> uneasy. Ensuring that our code builds successfully with multiple
> compilers is a useful way to k
On Mon, Dec 10, 2018, at 8:29 PM, Kartikaya Gupta wrote:
> This is sort of tangential, but what's the linking story currently?
> Are we still linking with MSVC, or with lld?
We're using lld-link for Windows builds in CI:
https://dxr.mozilla.org/mozilla-central/rev/c2593a3058afdfeaac5c990e18794ee8
On Thu, Jan 24, 2019, at 2:35 PM, Paolo Amadini wrote:
> Last year a group of students, Luke, Matthias, and Vincent, designed and
> implemented a new version of "about:config" in order to improve the
> ergonomics and align the look and feel with other in-content Firefox
> pages. They did an amazing
On Fri, Feb 15, 2019, at 4:00 AM, Henri Sivonen wrote:
> How committed are we to -fno-strict-aliasing?
FWIW, some work was done to investigate re-enabling strict aliasing a while ago
but it proved untenable at the time:
https://bugzilla.mozilla.org/show_bug.cgi?id=414641
-Ted
___
On Wed, Feb 27, 2019, at 6:43 AM, James Graham wrote:
> The current thinking is that hardware interaction APIs which rely on
> mocks to test should specify the API for testing as part of the
> specification (e.g. [1]). So it seems like the same approach could be
> used here.
>
> [1] https://web
101 - 200 of 229 matches
Mail list logo
