On 2012-12-25, at 18:03 , Gary Kwong wrote:
> On 12/24/12 11:36 AM, Rafael Ávila de Espíndola wrote:
>> I have been tracking the 3.2 branch for the clang packages we use on the
>> bots and have just push to m-i a change to use the 3.2 release.
>>
>> This should h
I have been tracking the 3.2 branch for the clang packages we use on the bots
and have just push to m-i a change to use the 3.2 release.
This should hopefully make things easier for those building mozilla on OS X.
Thanks a lot to Rail for the fast code reviews and jhford for the work on
tooltoo
>
> Actually, ICU has several options for how its data is packaged. One option is
> libraries (which are not sharable between architectures, AFAIK), but another
> possibility is to use data package (.dat) files, which I believe *could* be
> shared between the 32- and 64-bit builds.
getting a b
On 2012-11-21, at 09:50 , David Dahl wrote:
> I have also experienced the same problem on ubuntu/clang - probably the same
> as yours. I downloaded a debug build from ftp.mozilla.org in order to test
> this with our "official debug builds", which are built with gcc:
There were many fixes since
Well, in that case I think we can't really do much about this. So, I
guess this proposal is canned.
I guess we could normalize how we include our own headers, but yes, it
does make the proposal quiet a bit harder.
Ehsan
Cheers,
Rafael
___
dev-
On 10/11/2012 02:33 AM, Mike Hommey wrote:
On Wed, Oct 10, 2012 at 05:57:53PM -0400, Justin Lebar wrote:
By "turning off Linux PGO testing", you really mean "stop making and
distributing Linux PGO builds," right?
The main reason I'd want Linux PGO is for mobile. On desktop Linux,
most users (I
On 2012-09-21 08:07 , Henri Sivonen wrote:
What's the type of nullptr on Mac OS X 10.7 debug build? On tryserver,
the compiler complains that there’s no nullptr_t in namespace std when
using std::nullptr_t. Including does not help.
MOZ_HAVE_CXX11_NULLPTR is defined, however.
Use case: Catching
Some people have noted in the past that some Talos measurements are not
representative of something that the users would see, the Talos numbers
are noisy, and we don't have good tools to deal with these types of
regressions. There might be some truth to all of these, but I believe
that the bigger
On 07/19/2012 06:28 PM, Ed Morley wrote:
Until recently, using TryChooser with -p macosx would give you working OS X 10.5
builds & test runs.
However, now that the OS X requirement on trunk has been raised to 10.6 [1],
any Try runs based on trunk need to use -p macosx64 (ie 10.6/10.7) rather
Also, we're planning to host the actual toolchain package files that we
use with tooltool externally as well (and I can't find the bug# for that
at the moment.)
768879
Cheers,
Rafael
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https:/
The switch is going to happen on July 17th. Please see bug 733905 for
more details if you're interested.
One day late, but looks like we did it! :-)
A quick summary on what things look like:
* mozilla-inbound and mozilla-central are using tooltool to fetch a
clang package on OS X.
* because
11 matches
Mail list logo
