Erik Rose wrote:
We've just added comm-central to DXR!
Great news!
One thing I did notice in passing is that DXR doesn't provide a count of
results like MXR does.
Also I tried looking up the callers of a constexpr function and got no
results. Is this because the compiler optimised them
On Thu, Feb 20, 2014 at 2:41 AM, Neil n...@parkwaycc.co.uk wrote:
Also I tried looking up the callers of a constexpr function and got no
results. Is this because the compiler optimised them all away?
callers: searches are entirely unreliable in my experience. I filed
When mozilla-inbound was born, it becames custom to annotate the
whiteboard of bugs that were not to be resolved when the sheriffs merged
inbound to mozilla-central. Eventually mcMerge was written for the
sheriffs, which automated much of the post-merge Bugzilla updating. It
too watched for common
On 2/20/14 5:27 AM, Arpad Borsos wrote:
njn suggested I post the complete list, so here goes. Feedback welcome.
It'd be pretty awesome to get some idea of the number-of-objects
distribution for these objects, so we have a metric of how much memory
we'd save. Saving 58 bytes in the singleton
Jason Duell schrieb:
Is there something specific you're wondering about?
Neil is the code module owner for SeaMonkey, I guess that might be where
he's coming from with the question - he probably wants to make sure it
still works in the future... ;-)
KaiRo
On 2/19/2014 11:25 PM, Neil wrote:
Is the conversion straightforward?
The API is mostly similar, we've took it more as a chance for a cleanup
since some modification were necessary anyway.
In particular, the API calls I'm interested in:
1. Given an HTTP or FTP URI, return the size of
One thing I did notice in passing is that DXR doesn't provide a count of
results like MXR does.
It's on our roadmap (https://wiki.mozilla.org/DXR_Roadmap#UI.2FUX) but a pretty
low priority atm. What's your use case, in case we should bump it up?
Also I tried looking up the callers of a
Also, a question. These are 64-bit numbers, right?
Yes.
Also please take these numbers with a grain of salt. I simply sum up what clang
gives as warnings. For example, I have no idea how it handles unions.
And yes, allocation counts would be awesome. Any idea how to get to those? Or
even
Erik Rose wrote:
One thing I did notice in passing is that DXR doesn't provide a count of
results like MXR does.
It's on our roadmap (https://wiki.mozilla.org/DXR_Roadmap#UI.2FUX) but a pretty
low priority atm. What's your use case, in case we should bump it up?
Also I tried looking
Arpad Borsos wrote:
I updated my methodology for finding wasted bytes in
https://bugzilla.mozilla.org/show_bug.cgi?id=492185#c35.
It just sums up all the stuff that clangs `-Wpadded` warnings gives us.
njn suggested I post the complete list, so here goes. Feedback welcome.
What do the
What do the fractions mean?
Those are from bitfields. clang also reports those as padding struct X with Y
*bits*...
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 20/02/2014 18:57, arpad.bor...@googlemail.com wrote:
And yes, allocation counts would be awesome. Any idea how to get to those? Or
even better: number of average live objects, since short lived allocations do
not matter that much.
Just thinking out loud: some memory reporters should
On 2/20/2014 7:01 PM, Neil wrote:
Honza Bambas wrote:
On 2/19/2014 11:25 PM, Neil wrote:
In particular, the API calls I'm interested in:
1. Given an HTTP or FTP URI, return the size of the cached data
How do you do that now? Only way known to me (with the old cache is
visit of a cache
On Fri, Feb 21, 2014 at 7:15 AM, Gabriele Svelto gsve...@mozilla.comwrote:
On 20/02/2014 18:57, arpad.bor...@googlemail.com wrote:
And yes, allocation counts would be awesome. Any idea how to get to
those? Or even better: number of average live objects, since short lived
allocations do not
Well, that was confusing.
The old contract ID was @mozilla.org/network/cache-service;1
The new contract ID is @mozilla.org/netwerk/cache-storage-service;1
Turns out that there are two differences, not one.
--
Warning: May contain traces of nuts.
___
The Web APIs documentation meeting is Friday at 9 AM Pacific Time.
Everyone's welcome to attend; if you're interested in ensuring that
these APIs are properly documented, we'd love your input.
We have an agenda, as well as details on how to join, here:
I got the following errors when building my extension using Gecko SDK 27
(Platform Win32):
error C2371: 'char16_t' : redefinition; different basic types
error C2371: 'PRUnichar' : redefinition; different basic types
Builds with out any error on Gecko 26.
On 2/20/2014 10:25 PM, Neil wrote:
Well, that was confusing.
The old contract ID was @mozilla.org/network/cache-service;1
The new contract ID is @mozilla.org/netwerk/cache-storage-service;1
Turns out that there are two differences, not one.
Yes, forgot to mention, sorry. Hoped it's obvious
According to http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx
you can force the use of the SDK 7.1 version for winxp compatible builds
I tried hacking the following into the tail end of msvc11.bat file in
mozilla-build:
set INCLUDE=%ProgramFiles(x86)%\Microsoft
I was also never able to build my binary extension on Gecko 27. Works OK
on Gecko 26 and Gecko 28, and on non-Windows platforms. Fortunately for
me, my extension only has to work on Thunderbird, which will never
release a regular version based on Gecko 27. I spent a few hours trying
to resolve
Please note: This is a cross post from fx-dev. If you can, please reply in the
thread there.
Hello all,
I’m an intern on the Firefox UX team. I’ve been working on ways we could
improve the user experience for people who are having network related issues.
I noticed that internet connectivity
That's really good!
I'm looking forward to eclipse project generation feature.
Yuan
On 02/19/2014 03:28 AM, Gregory Szorc wrote:
The tree (only inbound so far) now has (alpha) support for generating
Visual Studio Project files.
Features:
* IntelliSense works
* Build from within Visual Studio
On Friday, February 21, 2014 7:23:46 AM UTC+8, JoeS wrote:
According to http://blogs.msdn.com/b/vcblog/archive/2012/10/08/10357555.aspx
you can force the use of the SDK 7.1 version for winxp compatible builds
I tried hacking the following into the tail end of msvc11.bat file in
On Thu, 20 Feb 2014, Valentin Tsatskin wrote:
Please note: This is a cross post from fx-dev. If you can, please reply in
the thread there.
Can I instead suggest taking this to dev-tech-network ? This topic actually
concerns everything that uses necko more or less. (I'm not on fx-dev, which
24 matches
Mail list logo
