Re: quick! use lisp! before it's too late!

2012-08-14 Thread Benjamin Smedberg
On 8/15/2012 2:24 AM, Pedro Bessa wrote: Ian, Mozilla, I thought all fast functional programming languages were Lisp dialects, but that's not true and you can use other fast functional programming languages, but now that you said Rust, I think the programming language that you should use must be

Re: quick! use lisp! before it's too late!

2012-08-14 Thread Pedro Bessa
Ian, Mozilla, I thought all fast functional programming languages were Lisp dialects, but that's not true and you can use other fast functional programming languages, but now that you said Rust, I think the programming language that you should use must be ready for prime time, in other words, not

XUL Runner, and the future.

2012-08-14 Thread andreas . palsson
Hi. I am curious if XUL Runner has an End-Of-Life policy? Or is it intimately connected with Firefox, i.e. as long as there is Firefox releases based on XUL there will be XUL Runner available too? The reason I ask if because I am trying to "standardize" it within my organization for the next 5-

Re: quick! use lisp! before it's too late!

2012-08-14 Thread Ian Melven
have you seen http://en.wikipedia.org/wiki/Rust_%28programming_language%29 ? thanks, ian - Original Message - From: pedbe...@gmail.com To: dev-platform@lists.mozilla.org Sent: Tuesday, August 14, 2012 7:00:47 PM Subject: Re: quick! use lisp! before it's too late! Computers have lots o

Re: quick! use lisp! before it's too late!

2012-08-14 Thread pedbessa
Computers have lots of cores now, so they need concurrent code and writing concurrent code is hard in C++, but easy in functional programming languages. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-p

quick! use lisp! before it's too late!

2012-08-14 Thread pedbessa
Linus Torvalds flamed C++. - http://article.gmane.org/gmane.comp.version-control.git/57918 Paul Graham said his company moved faster than its competition, because his company used Lisp. - http://www.paulgraham.com/avg.html Design Patterns are solutions to problems, but the problems shouldn't hav

Trying to fix bug 524337

2012-08-14 Thread Neil
Since I don't have Vista, I haven't really been able to look at bug 524337, but recently I installed a VM with Windows 8 Preview so I was able to see what was going on. On Windows the outer textbox is styled with the textbox appearance, which is handled by the native theme code. In Windows c

Re: Increase in mozilla-inbound bustage due to people not using Try

2012-08-14 Thread Justin Lebar
> But, I believe we also do silly > things like execute some tests serially, only taking advantage of 1/N CPU > cores in the process. This is just wasting resources. See [1] for a concrete > example. It would be very cool if we could run mochitests inside xvfb on Linux (and maybe Mac?). But it is

Update your Snappy status Aug 16 (no meeting this week)

2012-08-14 Thread Lawrence Mandel
Were you Snappy this week? Tell the world. Please update your status and any open issues to the etherpad by EOD Thursday, Aug. 16, 2012. https://etherpad.mozilla.org/snappy Lawrence ___ dev-platform mailing list dev-platform@lists.mozilla.org https://l

Re: Increase in mozilla-inbound bustage due to people not using Try

2012-08-14 Thread Gregory Szorc
On 8/14/12 12:14 PM, Ed Morley wrote: On Thursday, 9 August 2012 15:35:28 UTC+1, Justin Lebar wrote: Is there a plan to mitigate the coalescing on m-i? It seems like that is a big part of the problem. Reducing the amount of coalescing permitted would just mean we end up with a backlog of pe

Re: Increase in mozilla-inbound bustage due to people not using Try

2012-08-14 Thread Justin Lebar
>> Is there a plan to mitigate the coalescing on m-i? It seems like that >> is a big part of the problem. > > it's simply a case of demand exceeding capacity. Understood. But I think my question still stands: Is there a plan to address the fact that we do not have capacity to run all the tests w

Re: Increase in mozilla-inbound bustage due to people not using Try

2012-08-14 Thread Ed Morley
On Thursday, 9 August 2012 15:35:28 UTC+1, Justin Lebar wrote: > Is there a plan to mitigate the coalescing on m-i? It seems like that > is a big part of the problem. Reducing the amount of coalescing permitted would just mean we end up with a backlog of pending tests on the repo tip - which wo

Re: Verification Culture

2012-08-14 Thread Ioana Budnar
Reply on: I think QA should do some exploratory testing of major new features as time allows, but just verifying existing test cases that often are running automatically anyhow isn't a good use of time, I guess. Response: QA is mostly doing that already. We try to cover as much as possible

Re: Switching nsnull to nullptr

2012-08-14 Thread Aryeh Gregor
nsnull has now been completely removed, and will no longer work: https://hg.mozilla.org/mozilla-central/rev/fb2d41f41c15 Everyone needs to use nullptr exclusively from now on. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mo

Re: Verification Culture

2012-08-14 Thread ioana . damy
Reply on: I think QA should do some exploratory testing of major new features as time allows, but just verifying existing test cases that often are running automatically anyhow isn't a good use of time, I guess. Response: QA is mostly doing that already. We try to cover as much as possible i

Preliminary results of aliasing Webkit CSS properties in Gecko analysis

2012-08-14 Thread Lawrence Mandel
The Layout, QA, and Market Insight teams recently analyzed the impact of aliasing Webkit CSS properties in Gecko with the goal of answering the question, Does aliasing a subset of Webkit CSS properties in Gecko improve mobile Web compatibility? The results thus far indicate that there is a very