Re: prebuilt libraries?

- Original Message - > On 11/26/14 6:55 PM, Philip Chee wrote: > > On 27/11/2014 00:03, Gregory Szorc wrote: > > > >> Yes, people on this list generally care about C++. However, there is > >> a very large group - most of the Firefox Team and a large amount of > >> Firefox OS developers - w

Re: prebuilt libraries?

On 11/26/14 6:55 PM, Philip Chee wrote: On 27/11/2014 00:03, Gregory Szorc wrote: Yes, people on this list generally care about C++. However, there is a very large group - most of the Firefox Team and a large amount of Firefox OS developers - who don't. To them, C++, libxul, others libs are 10+

Re: prebuilt libraries?

On 27/11/2014 00:03, Gregory Szorc wrote: > Yes, people on this list generally care about C++. However, there is > a very large group - most of the Firefox Team and a large amount of > Firefox OS developers - who don't. To them, C++, libxul, others libs > are 10+ minutes of CPU wall time before th

Displaylists and layers discussion in Portland

Tuesday 4pm in the Medford Room. This discussion will focus on painting: how we go from a frame tree to a layer tree ready to be composited. I'll talk about what we currently do, what Blink does, where Blink is going, and where I think we should go. I've put my notes here so we can read, think and

Re: prebuilt libraries?

On 11/26/14 2:36 PM, Mike Hommey wrote: > On Wed, Nov 26, 2014 at 08:48:05AM -0800, Gregory Szorc wrote: >> In the high-level approach, you recognize what the final output is and jump >> straight to fetching that. e.g. if all you really need is libxul, you'll >> fetch libxul.so. None of this interm

Re: prebuilt libraries?

On Wed, Nov 26, 2014 at 08:48:05AM -0800, Gregory Szorc wrote: > On 11/25/14 10:50 PM, Andreas Gal wrote: > > > >Would it make sense to check in some of the libraries we build that we very > >rarely change, and that don’t have a lot of configure dependencies people > >twiddle with? (icu, pixman,

Re: Intent to implement and ship: StereoPannerNode

This looks good to me! On 2014-11-26 5:14 PM, Paul Adenot wrote: Summary: This is a new Web Audio API node that allows authors to simply pan a sound source in a 2d space (left/right). Rational for inclusion in the standard are outlined in blink-dev [0] (look for the second message from me there)

Re: Who wishes to discuss test suites at MozLandia?

I imagine several people on the A-Team would be interested in attending; can you cc auto-to...@mozilla.com with details when you create a session? Jonathan On 11/26/14, 3:01 AM, David Rajchenbach-Teller wrote: The test suites have changed a

Intent to implement and ship: StereoPannerNode

Summary: This is a new Web Audio API node that allows authors to simply pan a sound source in a 2d space (left/right). Rational for inclusion in the standard are outlined in blink-dev [0] (look for the second message from me there) and on the spec bug [1], but to summarize, it's a first step toward

Re: prebuilt libraries?

Hi Thomas, > Am 26.11.2014 um 17:35 schrieb Michael Shal: > > If the code for the library isn't changing, it's the build system's > > responsibility to ensure that nothing is done. One of the problems is that > > the build system we use (make) is so broken that we have to clobber > > frequently. >

Re: Who wishes to discuss Shutdown at MozLandia?

Please note that Platform-based shutdown crashes are currently topcrasher #4 in Firefox 36. Please consider attending. https://bugzilla.mozilla.org/show_bug.cgi?id=1103833#c3 Cheers, David On 26/11/14 12:04, David Rajchenbach-Teller wrote: > In the past year, we have landed a number of change

Re: Critical - XULRunner 34 fails with "Couldn't load XPCOM" in MacOSX

I am aware of a similar message on another platform. In that case it was caused by other dependencies missing. XPCOM was ok. Bob ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

#ifdef RELEASE_BUILD in all.js

Hi dev-platform: I'm seeing a lot of #ifdef RELEASE_BUILD lines in this file: http://mxr.mozilla.org/mozilla-central/source/modules/libpref/init/all.js A few features are currently enabled on all channels except Release. Do we have any features (that we think have shipped) slipping through the c

Re: #ifdef RELEASE_BUILD in all.js

On 11/26/14 3:16 PM, Jet Villegas wrote: Hi dev-platform: I'm seeing a lot of #ifdef RELEASE_BUILD lines in this file: http://mxr.mozilla.org/mozilla-central/source/modules/libpref/init/all.js A few features are currently enabled on all channels except Release. Do we have any features (that we

Re: prebuilt libraries?

On 11/26/14 10:58 AM, Thomas Zimmermann wrote: Hi Am 26.11.2014 um 17:35 schrieb Michael Shal: Would it make sense to check in some of the libraries we build that we very rarely change, and that don’t have a lot of configure dependencies people twiddle with? (icu, pixman, cairo, vp8, vp9). This

Re: Who wishes to discuss test suites at MozLandia?

I probably won't attend, but I'd like the adoption of a unified JS API for declaring and running tests to be discussed. tl;dr see bug 867742 for one possible approach. This would facilitate simplicity throughout: * Tests would be written in a consistent format, decreasing cognitive load to wr

Re: prebuilt libraries?

Hi Am 26.11.2014 um 17:35 schrieb Michael Shal: >> Would it make sense to check in some of the libraries we build that we very >> rarely change, and that don’t have a lot of configure dependencies people >> twiddle with? (icu, pixman, cairo, vp8, vp9). This could speed up build >> times in our inf

Re: prebuilt libraries?

On 11/26/14 10:23 AM, J. Ryan Stinnett wrote: On Wed, Nov 26, 2014 at 10:48 AM, Gregory Szorc mailto:g...@mozilla.com>> wrote: The high-level cache requires separate things. Modern build systems have artifact caches built in. They can jump straight to the end result and skip intermed

Re: Who wishes to discuss test suites at MozLandia?

Well, I do not have a specific program, but something along the lines of: 1. What has changed recently and why. - (mdeboer?) Assert.jsm. - (me) Uncaught rejections as failures. - Treeherder 2. What are the itches with the current state of test suites? - (me) Warnings-as-noise (yes, it's te

Re: prebuilt libraries?

On Wed, Nov 26, 2014 at 10:48 AM, Gregory Szorc wrote: > The high-level cache requires separate things. Modern build systems have > artifact caches built in. They can jump straight to the end result and skip > intermediaries. We can't have nice things with the 30+ year old tool that > is GNU Make

Re: Components.returnCode not working as expected.

On Tue, Nov 25, 2014 at 11:07 PM, Mook < mook.moz+nntp.news.mozilla@gmail.com.please-avoid-direct-mail> wrote: > On 11/25/2014 10:28 AM, Bobby Holley wrote: > >> On Sun, Nov 23, 2014 at 4:43 PM, Mark Hammond >> wrote: >> >>> * If it is supposed to be used with a normal return, is the change s

Re: prebuilt libraries?

On 11/25/14 10:50 PM, Andreas Gal wrote: Would it make sense to check in some of the libraries we build that we very rarely change, and that don’t have a lot of configure dependencies people twiddle with? (icu, pixman, cairo, vp8, vp9). This could speed up build times in our infrastructure an

Re: prebuilt libraries?

> Would it make sense to check in some of the libraries we build that we very > rarely change, and that don’t have a lot of configure dependencies people > twiddle with? (icu, pixman, cairo, vp8, vp9). This could speed up build > times in our infrastructure and for developers. This doesn’t have to

Re: prebuilt libraries?

On Wed, Nov 26, 2014 at 8:27 AM, Thomas Zimmermann wrote: > Hi > > Am 26.11.2014 um 17:03 schrieb Gregory Szorc: >> On Nov 26, 2014, at 6:46, Eric Rescorla wrote: >>> On Tue, Nov 25, 2014 at 10:50 PM, Andreas Gal wrote: Would it make sense to check in some of the librar

Re: prebuilt libraries?

Hi Am 26.11.2014 um 17:03 schrieb Gregory Szorc: > On Nov 26, 2014, at 6:46, Eric Rescorla wrote: >> >>> On Tue, Nov 25, 2014 at 10:50 PM, Andreas Gal wrote: >>> >>> >>> Would it make sense to check in some of the libraries we build that we >>> very rarely change, and that don’t have a lot of co

Re: Who wishes to discuss test suites at MozLandia?

On 2014-11-26 6:01 AM, David Rajchenbach-Teller wrote: The test suites have changed a lot during the past few months (e.g. Assert.jsm, fail-on-uncaught-rejections), and as I have exposed on dev-platform, I have plans to further change them. If you are attending MozLandia and want to brainstorm f

Re: What's the intention of TreeBoxObject.webidl and its partners?

Thanks for your response, it's seems to be redundant of these files. 2014-11-24 22:45 GMT+08:00 Boris Zbarsky : > The .webidl is what exposes stuff to JS. > > The .idl is used for C++ interface generation and is basically legacy at > this point; we can try to work on removing it, but it hasn't bee

Re: prebuilt libraries?

On Nov 26, 2014, at 6:46, Eric Rescorla wrote: > >> On Tue, Nov 25, 2014 at 10:50 PM, Andreas Gal wrote: >> >> >> Would it make sense to check in some of the libraries we build that we >> very rarely change, and that don’t have a lot of configure dependencies >> people twiddle with? (icu, pixm

*NO* Web APIs documentation meeting this week or next

Due to the United States Thanksgiving holiday [1] tomorrow and Friday, we will not hold the Web APIs documentation meeting this Friday, November 27. In addition, due to the "Mozlandia" meetup next week, we will also not hold the Web APIs documentation meeting next Friday, December 5. To our Ame

Re: prebuilt libraries?

On Tue, Nov 25, 2014 at 10:50 PM, Andreas Gal wrote: > > Would it make sense to check in some of the libraries we build that we > very rarely change, and that don’t have a lot of configure dependencies > people twiddle with? (icu, pixman, cairo, vp8, vp9). This could speed up > build times in our

Re: Who wishes to discuss test suites at MozLandia?

Excellent idea, I’m in! https://www.youtube.com/watch?v=Dj3GH5myc3M I’d like to discuss ways to move https://bugzilla.mozilla.org/show_bug.cgi?id=867742 forward, for example. Cheers, Mike. >

Who wishes to discuss Shutdown at MozLandia?

In the past year, we have landed a number of changes to shutdown (e.g. profile-before-change2, AsyncShutdown for JS, AsyncShutdown for XPCOM, the Shutdown Terminator), and we have further plans (e.g. migrating existing stuff to AsyncShutdown, exit(0)). If you are attending MozLandia and you want t

Who wishes to discuss test suites at MozLandia?

The test suites have changed a lot during the past few months (e.g. Assert.jsm, fail-on-uncaught-rejections), and as I have exposed on dev-platform, I have plans to further change them. If you are attending MozLandia and want to brainstorm future changes on the test suites, please ping me so that