Can any platform people with AMD graphics hardware on Windows reproduce
https://bugzilla.mozilla.org/show_bug.cgi?id=837489, random-looking visual
corruption especially (but not only) in the chrome area?
Rob
--
Jtehsauts tshaei dS,o n" Wohfy Mdaon yhoaus eanuttehrotraiitny eovni
le atrhtohu
> namespace JS {
> class Value; // #include js/Value.h (not jsapi.h) if you need the
> *definition*
> }
Oh, and avoid |jsval| -- it's on the way out, and is just a typedef
for JS::Value, which should be used instead.
Nick
___
dev-platform mailing
On 8/19/13 5:15 PM, Nicholas Nethercote wrote:
Hi,
Analysis in https://bugzilla.mozilla.org/show_bug.cgi?id=901132 has
indicated that jsapi.h is probably responsible for more recompilation
than any other file in the Mozilla tree -- it gets included in *lots*
of files, and it gets modified very o
> Next time you're thinking of adding a |#include "jsapi.h"| statement,
> please think about whether a forward declaration would suffice
I forgot to mention that as well as within .h files, this can also be
done in .idl files, in the |%{ C++ %}| section.
Nick
_
On Mon, Aug 19, 2013 at 05:15:13PM -0700, Nicholas Nethercote wrote:
> Hi,
>
> Analysis in https://bugzilla.mozilla.org/show_bug.cgi?id=901132 has
> indicated that jsapi.h is probably responsible for more recompilation
> than any other file in the Mozilla tree -- it gets included in *lots*
> of fi
Hi,
Analysis in https://bugzilla.mozilla.org/show_bug.cgi?id=901132 has
indicated that jsapi.h is probably responsible for more recompilation
than any other file in the Mozilla tree -- it gets included in *lots*
of files, and it gets modified very often, partly because it's so
large. (jsfriendapi
On 2013-08-16 6:47 PM, Gregory Szorc wrote:
On 8/15/13 2:50 PM, L. David Baron wrote:
On Thursday 2013-08-15 14:11 -0700, Gregory Szorc wrote:
I feel that having developers develop on the same toolchain as
official builds (producing bit-identical builds if possible) would
cut down on patch deve
Consider this my +1 in favor of a dedicated .colorMatrix attribute,
preferably in the form of a Uint8Array or Float32Array instead of another
*!@$ string.
SVG color matrices provide a superset of some very important rendering
operations that show up a lot in game rendering. Right now to emulate th
On 8/13/2013 1:57 PM, Jet Villegas wrote:
This is awesome! Is it possible to see a log of the recipients/patches?
Yes - all of the emails for both regressions and improvements are also
sent to the dev-tree-management list, which is archived at
https://groups.google.com/forum/#!forum/mozilla.dev
Sorry, I'm referring to register combiners/multitexturing's use of
GL_MULTIPLY, where one texture stage is multiplied by the other. This lets
you multiply two textures (lightmapping) or multiply one texture by a color
constant (for more simple lighting, rendering colored text from bitmap
fonts, etc
On Mon 19 Aug 2013 01:15:51 PM PDT, Neil wrote:
> Does Linux have a debugging story? On Windows x86 I can happily let
> the application run and when it crashes I click Debug and WinDbg is
> launched for me, and I can inspect the crash state and possibly fix
> things up and resume the application. O
Does Linux have a debugging story? On Windows x86 I can happily let the
application run and when it crashes I click Debug and WinDbg is launched
for me, and I can inspect the crash state and possibly fix things up and
resume the application. Or I can launch the application from WinDbg and
ignor
Last notice: we've moved the meeting 2 hours earlier!
8 AM in California
11 AM in Toronto and New York, etc.
16:00 in the UK and Portugal
17:00 in most parts of Europe
23:00 in Taipei
http://www.timeanddate.com/worldclock/fixedtime.html?msg=WebAPI+meeting&iso=20130820T08&p1=224&am=30
On 19/08/13 11:30, Gijs Kruitbosch wrote:
Note also that this is a big 'if' - on OS X, for instance, AFAIK we
build with the 10.6 SDK on the official builds (because we still
support 10.6). Getting a 10.6 SDK on a 10.8 mac is moderately painful
(OTOH, there are real bugs that occur when buildin
On 15/08/13 23:11 , Gregory Szorc wrote:
Let me rephrase your concern: if we could easily reproduce the official
build environment on a developer's machine such that the discrepancy for
build differences is minimized, why shouldn't we do that by default?
Note also that this is a big 'if' - on O
15 matches
Mail list logo
