Mike Hommey wrote:
I propose that we just stop pretending, and terminate xulrunner
How would this affect the ability to build Firefox against the sdk?
--
Warning: May contain traces of nuts.
___
dev-platform mailing list
Well, Fedora is going to ship standalone Firefox instead of the FF+XL
combo and retire the xulrunner package.
ma.
On 01/13/2014 01:34 AM, Mike Hommey wrote:
Hi,
Let's face it: xulrunner is hardly maintained, we barely build and test
it on automation, and the result is that it is often broken
On 1/12/2014 7:34 PM, Mike Hommey wrote:
Hi,
I propose that we just stop pretending, and terminate xulrunner,
considering the following:
This has in fact been the plan for a while now. The only reason we
continue to do any regular XULRunner builds at all is because we do need
to publish an
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, alternating between 2:30pm PDT and 5:30pm
PDT.
The next meeting will take place today (for most), Monday, January 13th at 2:30
PM US/Pacific
Please add to the agenda:
Our weeklyesque DOM bindings meetings continue on Monday Jan 13 at 12:30 PM
PST.
http://arewemeetingyet.com/Los%20Angeles/Mon/12:30
/w/DOM%20Bindings%20Meeting
Meeting details:
* Monday, January 13, 2014, 12:30 PM PST (3:30 PM EST/9:30 PM CET)
* Dial-in Info:
- Vidyo room: Boris Zbarsky
I didn't mean no inlining :), I was just talking about the format:
class A
{
public:
inline int hello {
return 4;
}
};
vs.
class A
{
public:
inline int hello();
};
inline int A::hello()
{
return 4;
}
--
- Milan
On 2014-01-09, at 16:21 , Ehsan Akhgari ehsan.akhg...@gmail.com
On 1/13/2014 2:33 PM, Milan Sreckovic wrote:
I didn't mean no inlining :), I was just talking about the format:
class A
{
public:
inline int hello {
return 4;
}
};
vs.
class A
{
public:
inline int hello();
};
inline int A::hello()
{
return 4;
}
We're pretty far from the
7 matches
Mail list logo
