On 8/14/2012 9:46 PM, pedbe...@gmail.com wrote:
Linus Torvalds flamed C++.
- http://article.gmane.org/gmane.comp.version-control.git/57918
Paul Graham said his company moved faster than its competition, because his
company used Lisp.
- http://www.paulgraham.com/avg.html
Design Patterns are
On 9/17/2012 12:03 PM, Gregory Szorc wrote:
I like the idea. However, we have a big obstacle: MDN.
Many believe that MDN should be where user-facing API documentation
lives. MDN certainly has a better user experience than foraging around
mozilla-central (especially if you are just a casual
On 10/11/2012 7:52 PM, Wan-Teh Chang wrote:
NSPR public functions need to stay backward compatible. This means the
prototypes of public functions and the definitions of public types
cannot change. (There are exceptions, if done carefully.) Bugs in
function behavior can certainly be fixed.
On 11/7/2012 2:00 PM, Honza Bambas wrote:
Hi all. I'd like to ask for help.
tl;dr: a new JS component needs to be accessible by xpcshell and
mochitest, how to do that?
We have test-only modules already; how hard would it be to add test-only
components to our build system?
On 1/7/2013 10:00 PM, ishikawa wrote:
If we can coerce the built-in traceback function to print something more
meaningful, or
if someone can suggest a way to attach gdb to a run of TB during make
mozmill session so that I can get a meaningful backtrace [*IF* gdb
can work out meaningful backtrace
On 1/14/2013 1:05 PM, Jesse Ruderman wrote:
We have a lot of pointer casts in our tree [1][2][3] and some security
holes involve these casts going wrong [4][5].
Should we make debug builds check casts to (vtableful?) pointer types?
This could be done by adding and calling an assert_cast
On 1/14/2013 1:05 PM, Jesse Ruderman wrote:
We have a lot of pointer casts in our tree [1][2][3] and some security
holes involve these casts going wrong [4][5].
Should we make debug builds check casts to (vtableful?) pointer types?
This could be done by adding and calling an assert_cast
On 1/27/2013 11:48 PM, Brian Smith wrote:
Joshua Cranmer wrote:
In bug 732043, I want to add a mozilla::Atomic class
that lets us use C++11 atomics where available and fallback to
compiler intrinsics where C++11 atomics are not implemented
(which amounts to gcc 4.4 and Visual Studio 2010
On 1/31/2013 2:37 AM, Nicholas Nethercote wrote:
Also, stupid question time: is it possible to build on Windows with
GCC and/or clang?
It's definitely possible to build with Mingw GCC, but that is a major
ABI-breaking change, and I think we lose the ability to compile against
any Microsoft
On 1/31/2013 9:41 AM, ISHIKAWA, Chiaki wrote:
Sorry, it may not have been ldap code (my memory is now hazy).
But please take a look at this code. I am using comm-central code
for development/debugging TB.
https://mxr.mozilla.org/comm-central/source/mozilla/security/nss/lib/base/hash.c#53
On 1/31/2013 10:51 AM, Ehsan Akhgari wrote:
On 2013-01-31 11:43 AM, Kyle Huey wrote:
On Wed, Jan 30, 2013 at 8:03 PM, Ehsan Akhgari ehsan.akhg...@gmail.com
mailto:ehsan.akhg...@gmail.com wrote:
We then tried to get a sense of how much of a win the PGO
optimizations are. Thanks to a
, and am considering porting
the static initializer warning as well. The other old analyses I am
planning on ditching as either superseded by other features (the
NS_FINAL/NS_OVERRIDE, now in C++11) or of arguable correctness (the
outparams analysis).
--
Joshua Cranmer
Thunderbird and DXR developer
/show_bug.cgi?id=602006 [8].
What are the implications for non-Firefox based projects like
Thunderbird and SeaMonkey?
Where will the ~650 uses in mozilla-central/comm-central of
Components.utils.reportError report errors to?
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
/config/mozconfigs/win32/*
[ccrepo is a shell variable that refers to the root of the comm-central
repository]
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
On 4/11/2013 1:33 PM, ISHIKAWA,chiaki wrote:
(2013/04/11 23:43), Joshua Cranmer wrote:
On 4/11/2013 2:43 AM, ishikawa wrote:
Has anyone seen the problem of the patches to M-C portion of the
COMM-CENTRAL not accepted by Thunderbird TryServer because the patches
fail although linux32
that Firefox can run on?
OS.File.writeAtomic works correctly regardless of file size (it's
basically write to temporary, move temporary to real filename), which
works correctly so long as the move is not a cross-filesystem move.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
that the results appear to be sufficiently
useful without these fixes.
Would it be possible to run doxygen just on the entire dist/idl directory?
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev
seen all output UTF-8, and
UTF-8 is generally much more well supported by browsers than in TeX
processors, so it's not an unrealistic assumption for how the text looks.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev
Editor in Microsoft Office more or less as
part of the regular course of study, long before I was introduced to TeX
in any form.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform
made for math will seem
unjustified.
If no one's asking for the other things, then it's not an issue.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
:).
From: Daniel Jasper djasper-hpiqsd4aklfqt0dzr+a...@public.gmane.org
Subject: [PATCH] Initial clang-tidy architecture
Date: Wed, 29 May 2013 03:30:35 -0700
I call that near-term. :-)
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
in a moz.build file and
things will just work.
As a side note, B2G and Android still use their own xpcshell manifests,
at least on the tests run by buildbot slaves.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev
!
You've forgotten MOZ_MUST_OVERRIDE! And MOZ_NONHEAP_CLASS! :-) I've got
code that adds checking for static initializers, but that's proving to
be much, much harder to do than I first anticipated.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
technology to the amo
checker.
[1] Another long-term project I've had but haven't put enough time into
is getting this kind of data on all platforms, not just Linux64.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev
records, just
inconvenience some developers); for a two-way mirror, they are very much
worth considering.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
, would require
fixing them in IonMonkey and more well-supporting them.
--
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
this only in
spare time, responding within 24 hours can be difficult. I typically end
up doing most reviews in a weekly-ish batch on the weekends, for example.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform
is
actually mutable. Also, hg has been working on
http://mercurial.selenic.com/wiki/ChangesetEvolution, which is being
billed as a much safer way to do rebasing than fully mutable history.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
On 7/13/2013 3:15 PM, Kyle Huey wrote:
We've dropped support for versions of MSVC prior to 2010, and we're
requiring at least GCC 4.4. According to [0] that means we should be
able to use /auto/. Anybody know any reasons why we can't start using it?
We don't yet require C++11 mode when
://wiki.apache.org/stdcxx/C++0xCompilerSupport
Our base versions are 4.4 for gcc, and 10.0 for MSVC. I'm not sure what
our lowest supported version of clang is.
I've generally considered this to be 3.1.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
3.3. I'm hoping that we can follow the latest
clang as it's released in the future.
That's not the lowest-supported version of Clang (for example, the DXR
builds still use 3.2), it's just what the buildbot slaves are using.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code
their own
tricks to implement this semantics.
With this we can get rid of already_AddRefed and just pass
nsRefPtr/nsCOMPtr/RefPtr around, right?
I believe so. We can also add a non-broken variant of nsAutoPtr modeled
after std::unique_ptr (allows moves but not copies).
--
Joshua Cranmer
(use
mozilla::ThreadSafeAutoRefcnt instead).
This change is being tracked in bug 884061 and has landed in
mozilla-inbound already.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform
have their threadsafety attributes removed in the near
future. But most of the several hundred classes have not had their
threadsafety changed.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev
++ as well...
--
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
less
foreign to C++ coders. In particular, I'd like to get rid of nsAutoPtrT
and mozilla::ScopedPtrT completely.
I'm actually planning on discussing this in more detail in a newsgroup
post I'm working on right now.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
On 7/31/2013 2:08 PM, Ehsan Akhgari wrote:
On 2013-07-31 1:41 PM, Joshua Cranmer wrote:
With all of that stated, the questions I want to pose to the community
at large are as follows:
1. How much, and where, should we be using standard C++ library
functionality in Mozilla code?
I'm not sure
to be believe that no friction is
being generated.
--
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
On 7/31/2013 9:19 PM, Mike Hommey wrote:
On Wed, Jul 31, 2013 at 12:41:12PM -0500, Joshua Cranmer ? wrote:
Thoughts/comments/corrections/questions/concerns/flames/insightful
discussion?
My feeling is that, while these are interesting questions, they are one
step ahead. I think we should step
on that policy comes up.
--
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
it is implemented by a standard library doesn't
mean it is correctly implemented.
--
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
solely for IsDOMProxy; xpcpublic.h appears to include nsIURI
because it uses it as an nsCOMPtr in the CompartmentStatsExtras class it
defines. The end result is that touching nsIURI will require us to
rebuild all of the DOM bindings.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code
3.0 (based on LLVM 3.0svn). We've
never set a minimum Clang version to my knowledge for C++11 support
(given that Clang has been ahead of the curve here), but I consider
Clang 3.1 unbuildable at least on Linux.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
a page that serves
up the contents of a plain text file, so your source data has no
indication of its charset. What charset should the page report? The
choice is between guessing (presumably UTF-8) or saying nothing (which
causes the browser to guess Windows-1252, generally).
--
Joshua Cranmer
to fix it other than by fixing bug
648979, which is likely at least a month away. Note that Thunderbird
only runs xpcshell-tests (plus its own test-suite), so removing reftests
and mochitests would have no objections from me (SeaMonkey developers
may object, though).
--
Joshua Cranmer
Thunderbird
On 8/30/2013 1:41 PM, Anne van Kesteren wrote:
On Fri, Aug 30, 2013 at 7:33 PM, Joshua Cranmer pidgeo...@gmail.com wrote:
The problem I have with this approach is that it assumes that the page is
authored by someone who definitively knows the charset, which is not a
scenario which universally
is only two or three years old (no SSD, though). Configures are
*extremely* painful on Windows, though.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
plays out like the |yield| keyword in JS or python) could
also prove useful for Mozilla.
Finally, I'm interested in seeing what APIs are going to come out of the
networking and filesystem TS groups, particularly because trying to
track down progress on them is maddening.
--
Joshua Cranmer
will follow that build on these (e.g. TCP
socket communication).
It's a shame that sockets come so much later, but nonetheless totally
understandable.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev
?
Things I would like if I didn't have to implement them:
1. Merge multiple build configuration databases somehow.
2. Include Doxygen/Javadocs-like documentation. For C, C++, IDL, Java,
JS, etc.
3. Support for generated files in indexing
4. Better support for JS, Python, etc.
--
Joshua Cranmer
where it
fails miserably since it doesn't let me search only addons that work on
maintained versions of Firefox).
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
instances of make -C directory XPI_NAME=blah or the like.
A side note: backend.mk is now included by config.mk instead of rules.mk.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform
need to keep the x-imap4-modified-utf7
converters in B2G, if you don't want to break Gaia Email's tests. They
use the fakeservers as well, which specifically use this charset.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
):
_ _ ___ _ _ __ __ _ _ _ _
|_ _| | | | / \ | \ | | |/ / \ \ / / _ \| | | | |
| | | |_| | / _ \ | \| | ' / \ V / | | | | | | |
| | | _ |/ ___ \| |\ | . \| || |_| | |_| |_|
|_| |_| |_/_/ \_\_| \_|_|\_\ |_| \___/ \___/(_)
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
week (although
we won't turn it on for a few weeks after that since we're waiting for the new
UI to land too).
Even with omniglot in DXR, DXR currently outsources all blame to
external tools (hgweb, github, etc.).
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
on
*were* the 10 year-old bugs that no one was fixing.
--
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
us to
use range-based for once our minimum compiler support gets there.
--
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
decision has
been repeatedly affirmed to avoid STL containers as much as possible in
Mozilla code. Note, for example, that STLport (the version we have in
the tree) provides std::tr1::unordered_map, not std::unordered_map.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
for a long while without being backed
out yet), I think we should now be able to use MOZ_UTF16(,) instead of
NS_LITERAL_STRING(,).get(). MOZ_UTF16 is basically a choice between
using L or U depending on compiler support for char16_t and thus is
always safe.
--
Joshua Cranmer
Thunderbird and DXR
-trivial
style changes are ok!)
Style guidelines are only effective if they can be enforced. Without
education of reviewers and probably automated enforcement tools, any new
style regime will only last a short while before style proliferation
happens again.
--
Joshua Cranmer
Thunderbird and DXR
that people stop using NSPR types and macros that are obsolete).
--
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
and provides tracking bugs for actually
eliminating them?
--
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
On 1/6/2014 6:06 PM, smaug wrote:
On 01/07/2014 01:38 AM, Joshua Cranmer wrote:
On 1/6/2014 4:27 PM, Robert O'Callahan wrote:
That's just not true, sorry. If some module owner decides to keep
using NULL or PRUnichar, or invent their own string class, they will
be corrected.
Maybe. But we
instead, e.g., type traits-like coding or C++11 polyfilling).
--
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
function; to not use it requires
significantly more boilerplate (three lines, if you insist on following
the always-brace-ifs convention).
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform
On 1/6/2014 7:38 PM, L. David Baron wrote:
I tend to think that we should either:
* stick to 80
* require no wrapping, meaning that comments must be one paragraph
per line, boolean conditions must all be single line, and assume
that people will deal, using an editor that handles such
into an appropriate DVCS (hg or git, I don't really care) and use that
repo in DXR instead of the CVS tree.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org
, 20-50% of our code is JS. There are extremely few tools that
support JS code coverage, and none of them are capable of handling
Mozilla's JS usage.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
);
SSL_ENSURE_SUCCESS(err, err);
Ok, maybe I'm not being entirely serious. :P
Being serious here, early-return and RTTI (to handle the cleanup prior
to exit) would have eliminated the need for gotos in the first place.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
form of the data so I can do dynamic
page manipulation), so the exact format isn't terribly important.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
push git+ssh://g...@github.com/you/name of your repo you created
It's worth noting that hg-git is having some performance issues with
github right now. A basic clone of a 1MB repository takes well over a
minute before it starts doing anything.
--
Joshua Cranmer
Thunderbird and DXR developer
On 3/27/2014 12:11 PM, Andrew Sutherland wrote:
On 03/27/2014 10:10 AM, Joshua Cranmer wrote:
It's worth noting that hg-git is having some performance issues with
github right now. A basic clone of a 1MB repository takes well over a
minute before it starts doing anything.
When I
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
refcounting, your patch would be fail sufficiently
many tests to be backed out of mozilla-inbound immediately).
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
On 4/2/2014 3:52 PM, Ehsan Akhgari wrote:
On 2014-04-02, 12:11 AM, Joshua Cranmer wrote:
On 4/1/2014 4:32 PM, Ehsan Akhgari wrote:
So, over in bug 987887 I'm proposing to remove all of the methods on
mozilla::Atomic except for copy construction and assignment and replace
them with global
of reducing the usability and fundamental design to
bring about illusions of safety in what I contend is a corner case of
API usage.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform
has often done deep
archaeology to figure out why the hell does this broken interface exist?)
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https
['MOZ_SUITE'] are what you
want. Trying to check MOZ_BUILD_APP is wrong, even if you had the name
of Thunderbird right (it's mail), do the multiple topsrcdir issue.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform
On 4/21/2014 9:34 PM, Boris Zbarsky wrote:
On 4/21/14, 7:31 PM, Joshua Cranmer wrote:
Now, creating a Promise (via mozilla::dom::Promise) from C++ and passing
it to JS is possible but kind of difficult, since I need to materialize
an nsIGlobalObject which requires too much code.
You
On 4/21/2014 10:52 PM, Boris Zbarsky wrote:
On 4/21/14, 11:35 PM, Joshua Cranmer wrote:
I'm referring to using a Promise, essentially, in backend code of
Thunderbird. There is no window
I mean Window in the DOM Window sense.
Promises can be created using some other global (which one is up
on the encoding spec is one we never supported in the first
place, so I don't think comm-central has a desire for any of these.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
dev-platform@lists.mozilla.org
to gain 99.99% charset coverage of
email with very high confidence (no messages in either my recent 1M
message dataset or my older 10M message dataset).
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform mailing list
On 4/22/2014 5:55 AM, Gijs Kruitbosch wrote:
On 22/04/2014 05:24, Joshua Cranmer wrote:
For more specific explanation then:
I have a (non-negotiably) JS-implemented XPCOM service called the Folder
Lookup Service. I want to add an API to it called getOrCreateFolder that
returns
, I'll doubt there'll be any reported in the
next year. Given that there is less than a week to the next branch and
we're already fighting multiple failures due to m-c related bustage, if
this isn't any real need to force the removal to occur before the ESR
branch,
--
Joshua Cranmer
Thunderbird
. :-)
--
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
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
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
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
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
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
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
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
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
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
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
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
).
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
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
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
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
1 - 100 of 184 matches
Mail list logo
