Re: New Bugzilla component for keeping comm-central in sync with mozilla-central

@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: How best to do async functions and XPCOM?

you want to try to use std::future::Future in Rust, which isn't going to convert terribly well to either form. It may be worth spending some time building some wrappers to integrate between all of our various async function frameworks... -- Joshua Cranmer Thunderbird and DXR developer Source c

Re: Upcoming C++ standards meeting in Cologne

turn a std::tuple for example: https://gcc.godbolt.org/z/CfbGvq (I would love to have real multiple return values in C++, but std::tuple still causes stack allocation for the return value). -- Joshua Cranmer Thunderbird and DXR developer Source code ar

Re: [ANN] In-tree helper crates for Rust XPCOM components

that provide more idiomatic wrappers for these patterns, and I thought I'd take the time to summarize them here. Are there any plans to add better support for Rust<->JS integration, or mapping Rust futures back into the XPCOM world?- Joshua Cranmer Thunderbird and DXR developer Source code archæo

Re: CPU core count game!

SMT show up us 4 cores or 8 cores? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to Unship: stream decoder for BinHex format

://bugzilla.mozilla.org/show_bug.cgi?id=81352 Please double-check that this use case does not get broken, or condition the code to be mailnews-only or something. FWIW, I've considered ripping out the binhex decoding from mailnews code anyways. -- Joshua Cranmer Thunderbird and DXR developer Source code

Re: Firefox and clang-cl

or graphics. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: refcounting [WAS: More Rust code]

notate classes in cycles, but this is exactly the sort of thing that's easy to write in a #[derive()] attr in Rust. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Announcing MozillaBuild 3.0 Release

n external libraries, which is likely not in the vision of Thunderbird's future and therefore is unlikely to be accepted upstream. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lis

Re: Announcing MozillaBuild 3.0 Release

inlined methods). -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: More Rust code

y cross-language calling. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Improving visibility of compiler warnings

. It should be possible to check the compiler and version and enable it by default if it's the same version as the ones on our check-in infrastructure. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list

Re: Mozilla Charset Detectors

information to be unreliable. It's also worth pointing out that letting users override the charset information on a per-file basis goes a very long way to avoiding the need for charset detection. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Switching to async/await from Task.jsm/yield

from the tree. Does anyone object to any of this? Is it possible to make those scripts public so as to be able to run them on comm-central? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev

Re: Deprecating XUL in new UI

it locally for their own needs. Particularly if we need to reimplement major widgets like , it makes much more sense to have one shared implementation that can be collaboratively improved. And put it in toolkit/, please, not browser/. :-) -- Joshua Cranmer Thunderbird and DXR developer Source code

Re: So, what's the point of Cu.import, these days?

Cu.import--every code that calls that Cu.import file, whether a chrome JS file or an XPCOM component implementation, will be guaranteed to see the same objects once the call is made. There are definitely modules that rely on this. -- Joshua Cranmer Thunderbird and DXR developer Source code

Re: Moving FirefoxOS into Tier 3 support

, since that gets us ref qualifiers on methods (or will, once we get VS 2015 as the minimum requirement on Windows). -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org

Re: Proposal to stop revving UUIDs when changing XPIDL interfaces

would be tricky, but is potentially solvable. Are we still using nsISupports in a way that we expect it to be ABI-compatible with IUnknown? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev

Re: I was trying to implement the XPConnect with JS-Ctypes, is that would be a good idea?

writing a code generator and feeding all the interfaces through it instead of implementing several customized dispatch mechanisms. Not that PyXPCOM or JavaXPCOM have worked for the past several years. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: I was trying to implement the XPConnect with JS-Ctypes, is that would be a good idea?

++ or JavaScript (or even both!), so it is a much better investment of time to move APIs to newer paradigms than it is to try to develop a system that almost no one really understands. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev

Re: Improving blame in Mercurial

shed in Q1. Stay tuned.) Are you planning on letting comm-central attach to the CVS history as well? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.m

Re: Move mailnews/intl back into gecko-dev and use options to choose disable/enable it.

explicitly does not want to support UTF-7. I rather suspect that Henri Sivonen would outright reject (and I would agree with said rejection!) any patch to attempt to move the code back to mozilla-central. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Intent to unship: ISO-2022-JP-2 support in the ISO-2022-JP decoder

-protocol transforms going on. Additionally, declared mail charsets are sufficiently often a lie that it is much easier to control the decoding process by converting to UTF-8 server-side, which also evades inconsistencies in browser decoding of charsets. -- Joshua Cranmer Thunderbird and DXR

Re: Merging comm-central into mozilla-central

n 2012. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Merging comm-central into mozilla-central

: this is heavily inspired from a list compiled by Joshua Cranmer, but please consider this *also* coming from me, with my build system peer hat on. What: Let's first summarize what this is about. This is about moving the development of Seamonkey, Thunderbird, and Lightning in the same repository

Re: Merging comm-central into mozilla-central

On 10/27/2015 2:50 PM, Boris Zbarsky wrote: On 10/27/15 3:17 PM, Joshua Cranmer  wrote: [1] An example from just this morning is the emasculation of nsIDOMWindow. It's clear at this point that all of our binary code has to be linked into libxul Why can you not use nsPIDOMWindow

Re: Spare Checkouts (Was: Merging comm-central into mozilla-central)

code invisible to m-c developers, since you'd see it if you accidentally checked out the default branch when tip was c-c and not m-c. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform

Re: Merging comm-central into mozilla-central

detailing what he was talking about... and I couldn't find what he was talking about, which means that our security team is finding problems in Thunderbird and not properly notifying any Thunderbird developers of them. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Merging comm-central into mozilla-central

that they shouldn't be taking the time to review patches for systems that Mozilla officially supports? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://

Re: Merging comm-central into mozilla-central

ke to invite release engineers and sheriffs to suggest easier models if they can, since they have much more experience here. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lis

Re: Merging comm-central into mozilla-central

. Actually, the b2g email app does reuse JSMime (or at least will be shortly). -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Merging comm-central into mozilla-central

* the maintenance of Thunderbird. Indeed, the very fact that we're angling for this change to happen, despite the rather intense political fight that is ensuing, is itself a loud voice of commitment to maintaining the code. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Merging comm-central into mozilla-central

it (unintentionally) so Thunderbird will still see regressions caused by "upstream" changes that they need to deal with. While I'd like that this not be the case, I've long ago accepted that this will continue to be the case. Nothing about this proposal was ever intended to change this.

Re: Merging comm-central into mozilla-central

. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Alternative to Bonsai?

hard to fix). Well, and I had to bump several "maximum repository complexity" defines :-) . -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.m

Re: Alternative to Bonsai?

history of mozilla CVS actually breaks most conversion tools. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Use of 'auto'

, but would leak if the caller used auto, right? Returning an nsRefPtr would not prevent the use of raw pointers, allowing a caller to write: I've discussed this several times, but with we added operator T*() = delete;, that would prevent the scenario you're talking about here. -- Joshua

Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++

in how useful the 'a' prefix is, they get along quite fine without it. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Switch to Google C++ Style Wholesale (was Re: Proposal to remove `aFoo` prescription from the Mozilla style guide for C and C++)

, as the IDL convention is camelCase. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Largest chunks of code that are likely to be removable?

in SeaMonkey. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Voting in BMO

velocity. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Voting in BMO

feature for a rare case or some other similar rationale that makes it not worth including in list priorities. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Use of 'auto'

), where its use would be carefully checked for correctness. Just my opinion :-) -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Updated mozilla-central code coverage

On 5/26/2015 10:20 PM, Shih-Chiang Chien wrote: Thanks for the explanation. IIRC content process is closed by SIGKILL in Gecko. Looks like we'll have to tweak the timing. A SIGKILL would definitely not trigger the information to be dumped. -- Joshua Cranmer Thunderbird and DXR developer

Updated mozilla-central code coverage

places to insert code coverage. 9. Ditto for Android xpcshell and cppunit tests. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Updated mozilla-central code coverage

are being run under Linux opt cppunittests, then they should be included. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: PSA: Generate Linux64 gcov C++ code coverage data on try

look into modifying my setup to accommodate linux64-cc. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: New C++11 features made available by dropping support for gcc-4.6 in Gecko 38

initializer list? I believe MSVC does have some problems with complex member initializers, but I don't recall details offhand. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform

Re: A question about do_QueryInterface()

-modified code, the dynamic type of m_outFileStream supported the interface in question, but your modification changed the dynamic type to one that did not support the interface. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Intent to deprecate: Insecure HTTP

: the more often people see a dialog, the more routine it becomes to deal with it--you stop considering whether or not it applies, because it's always applied and it's just yet another step you have to go through to do it. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Intent to deprecate: Insecure HTTP

actively discussed in other forums. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: mozilla::Pair is now a little more flexible

). In general, std::pair should be preferred over mozilla::Pair unless you need the empty type optimization. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Re: Intent to not fix: Building with gcc-4.6 for Fx38+

will be very painful. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Mozilla Engineering Update 38.3

the risk of database corruption. Is/will there be options to add the durability back in? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: JavaScript code coverage

browser development in JS but failing to provide effective tooling to support that development. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

JavaScript code coverage

everything peters out before anything gets done. Some of this may due to be trying to create an overly-general design that solves all the problems™. Is there any prospect for this sort of stuff getting done this year? -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Jemalloc 3 is now on by default

wrong? :-) -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: Support for building with Windows SDK 8.1 removed from Gecko 37

On 1/9/2015 1:17 PM, Mike Hoye wrote: I'm curious what the real disk space minimums are for Linux? Those numbers haven't been updated in a while, looks like. The most disk-heavy build configuration uses 7-10GB of disk space for srcdir + objdir; the least probably 2-3GB. -- Joshua Cranmer

PSA: Support for building with gcc 4.6 has been removed

style guidelines. This will make the following C++11 features available to use in Mozilla code: * variadic templates * initializer lists * =delete (we can probably remove MOZ_DELETE now) * =default * function template default arguments -- Joshua Cranmer Thunderbird and DXR developer Source code

Re: PSA: Support for building with Windows SDK 8.1 removed from Gecko 37

or more would be recommended. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: PSA: Support for Visual C++ 2010 has been dropped

or not? With 2013, we do get a few cool features (variadic templates, initializer lists among them). The context is curating this page: https://developer.mozilla.org/en-US/docs/Using_CXX_in_Mozilla_code. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: The worst piece of Mozilla code

. C code masquerading as C++ that use XPCOM classes directly. Manual memory allocation up the wazoo. Cleans temporary files on error but not success. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing

Re: Moratorium on new XUL features

On 10/14/2014 5:12 PM, Robert O'Callahan wrote: On Tue, Oct 14, 2014 at 4:56 PM, Joshua Cranmer  pidgeo...@gmail.com wrote: From another point of view: Mozilla, for over a decade, provided a relatively featureful toolkit for building UIs known as XUL. If the argument is that we should

Re: Moratorium on new XUL features

On 10/13/2014 10:10 PM, Andrew Sutherland wrote: On 10/13/2014 07:06 PM, Joshua Cranmer  wrote: I nominally agree with this sentiment, but there are a few caveats: 1. nsITreeView and xul:tree exist and are usable in Mozilla code today. No HTML-based alternative to these are so easily usable

Re: Using c++11 right angle bracket in template code?

with such an authoritative-looking URL. The warning was in part because I never got confirmation on our minimum supported versions, particularly minimum clang version, and in part because the C++11 library portion was never well organized. -- Joshua Cranmer Thunderbird and DXR developer Source

Re: Documenting uses of Github at Mozilla

(or projects) on Github, please let me know! I'd like to make sure people know where it is if they're looking for it. http://github.com/mozilla-comm/ contains a few projects maintained by Gaia Productivity and Thunderbird/Lightning folks. -- Joshua Cranmer Thunderbird and DXR developer Source code

Re: Running mozharness locally and be able to reach private files

On 9/11/2014 7:58 AM, Armen Zambrano G. wrote: What would people want to see in the long term to make mozharness easier for you? A Dockerfile (or a container image) that produces a Ubuntu64 test slave. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Intent to ship: WebCrypto API

. The current specification only provides encryption/decryption primitives, to my knowledge. Support for hardware tokens (getKeysByName, I think it was?) was pushed into a later draft, and I think it's this feature that the poster was asking for. -- Joshua Cranmer Thunderbird and DXR developer Source

Re: PSA: ./mach build subdirectory doesn't work reliably any longer

, the exact command and arguments needed to make it compile, plus appropriate hookups to your IDE. Being able to have moz.build spit this out has been an aspiration of mine for some time, and I believe we are capable of making this possible by the end of the year. -- Joshua Cranmer Thunderbird

Re: Switching to Visual Studio 2013

) and MSVC starting from 2012: * Variadic templates This is 2013, actually... * Strongly typed enums * Initializer lists ... as is this. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev

Re: Switching to Visual Studio 2013

On 8/26/2014 10:37 AM, Ehsan Akhgari wrote: On 2014-08-26, 11:29 AM, Joshua Cranmer  wrote: On 8/26/2014 10:09 AM, Ted Mielczarek wrote: On 8/26/2014 11:03 AM, Ehsan Akhgari wrote: I would like us to update the minimum supported MSVC version to 2012 as soon as possible. That will give us

Re: Switching to Visual Studio 2013

assumed that the need to worry about CTPs was minimal. FWIW, I'm not entirely sure that a minimum dependency specifically on a CTP is a terribly good idea. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform

Re: Running mochitests from a copy of the objdir?

can open up a tbpl log and grab the exact command line there. Certainly far easier than trying to work out how to run mozharness on a local system... -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing

Re: Experiment with running debug tests less often on mozilla-inbound the week of August 25

something like a hundred instructions (including several call instructions) whereas the equivalent operation on an opt build is just one. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform

Re: Getting rid of already_AddRefed?

(); silently leaks. I've pointed out before that we could fix this by adding a nsCOMPtrT::operator T*() = delete; operator, but that's a gcc 4.8.1/msvc 2013 November CTP minimum requirement. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Getting rid of already_AddRefed?

). It still allows T *foo = localVariable; (there's no easy way around that). -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Getting rid of already_AddRefed?

On 8/12/2014 11:40 AM, Aryeh Gregor wrote: On Tue, Aug 12, 2014 at 7:37 PM, Benjamin Smedberg benja...@smedbergs.us wrote: On 8/12/2014 12:28 PM, Joshua Cranmer  wrote: The rationale for why we still had it was that: nsIFoo *foobar = ReturnsACOMPtr(); silently leaks. Really? I thought

Re: Build system changes to how library dependencies are declared

developers do not bother to show these days. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to Transition from TBPL to Treeherder

uses, but bug 1035222 makes it impossible for me to use it and potentially find even more bugs. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: C++ standards proposals of potential interest, and upcoming committee meeting

be useful for, e.g., wrapping gobject references in smart pointers. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Firefox/Thunderbird and GRE/XRE/XULRunner

of both). The absolute minimum requirement would be being able to share the same libxul, which both Firefox developers and Thunderbird developers have had very little inclination to work towards making possible. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Try-based code coverage results

). -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Try-based code coverage results

long, and it wasn't until blobber was up and running that anyone re-attempted the project. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: Try-based code coverage results

On 7/7/2014 5:25 PM, Jonathan Griffin wrote: Filed https://bugzilla.mozilla.org/show_bug.cgi?id=1035464 for those that would like to follow along. Perhaps bug 890116 is a better measure of tracking. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Try-based code coverage results

have up-to-date code-coverage on Linux 32-bit and Linux 64-bit. Opt is up right now; debug will be uploaded hopefully within 24 hours. * Per-test [TBPL run] level of detail is visible. * Treeherder seems to be having a bit of an ontology issue... -- Joshua Cranmer Thunderbird and DXR developer

Re: Where is the document for jar.mn file format

this project forward, I'd really appreciate the assist. We're mostly blocked on MDN accommodations. The problem I always had was the lack of a JS documentation tool that could actually process Mozilla code... -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Where is the document for jar.mn file format

On 7/2/2014 12:01 PM, Gregory Szorc wrote: On 7/2/14, 9:48 AM, Gijs Kruitbosch wrote: On 02/07/2014 17:46, Joshua Cranmer  wrote: On 7/2/2014 11:18 AM, Gregory Szorc wrote: I find the current state extremely frustrating. I had big plans for the in-tree docs, including capturing JavaScript

Re: Are you interested in doing dynamic analysis of JS code?

). Ew, no. Don't use gcna/gcdo format--they're incredibly wonky and difficult to read independently. Use something like LCOV's files instead. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev

Re: Are you interested in doing dynamic analysis of JS code?

mentioned in another recent thread, I've grown skeptical of any code coverage approach not based on the JS runtime engine itself. If you add only one new feature, this is the one you should add. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: C++ standards proposals of potential interest, and upcoming committee meeting

On 6/22/2014 5:51 PM, Botond Ballo wrote: - Original Message - From: Joshua Cranmer  pidgeo...@gmail.com Is the status quo really that bad? I think the fact that we're not seeing a proliferation of non-{header-only} C++ libraries - that is, that people still view C as the go

Re: Code coverage [was: Re: Javascript code coverage ?]

builders as we can get--which is my latest efforts focused on trying to get magic try runs to output the data. In particular, after looking at some of the data, it definitely seems to me that part of your configuration is missing something (there is 0% coverage of angle). -- Joshua Cranmer

Re: C++ standards proposals of potential interest, and upcoming committee meeting

when you're stuck with it for decades. It's not clear to me that today is bad enough to warrant making something that we'll be stuck with for decades and doesn't really solve the problem. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: C++ standards proposals of potential interest, and upcoming committee meeting

in mind a roadmap to an ABI that is portable across implementations on a given platform, that does not suffer from these issues Sadly, no. I'm not sure such a thing can even exist. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Javascript code coverage ?

it was removed, and Lightning used it in another place. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: C++ standards proposals of potential interest, and upcoming committee meeting

that don't. So what we have, in short, is a paper that proposes an underdefined ABI guarantee that, even were it fully defined, wouldn't be sufficient to be usable by the people who most would want to use it. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: Standardized assertion methods

and continue'ing twelve times to get to the one you want [fwiw, I have 822 tests in just 6 files for one of my suites, although most of those are defined in giant array comparisons]. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev

Re: B2G, email, and SSL/TLS certificate exceptions for invalid certificates

On 5/30/2014 12:00 PM, Gervase Markham wrote: On 28/05/14 17:49, Joshua Cranmer  wrote: We have an excellent chance to try to rethink CA infrastructure in this process beyond the notion of a trusted third-party CA system (which is already more or less broken, but that's beside the point). My

Re: B2G, email, and SSL/TLS certificate exceptions for invalid certificates

also recognize that re-keying of servers is going to need to happen at some point. I don't know if this point will be before a better long-term solution can be put in place or not. -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: B2G, email, and SSL/TLS certificate exceptions for invalid certificates

of reading a few CACert root certificate request bugs. ] [ Secondary note: most of my thoughts on X.509 certificates are geared towards its relation to S/MIME, which shares similar but not quite identical concerns. ] -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist

Re: using namespace

. :-) -- Joshua Cranmer Thunderbird and DXR developer Source code archæologist ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

  1   2   >