_
dev-platform mailing list
dev-platform@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
t async
functions has landed in Rust, is if 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...
--
Jos
. Watch what happens if you return 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 an
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 a
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
://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
ibility 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
ving to annotate 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@li
that you're intending to delete our
present code for unknown 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
wanted an option to enable this footgun for themselves.
--
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
when there's no duplicates of 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
tandardized for easy 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
utomation.
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-p
u expect the charset 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
remove Task.jsm 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 m
ecause every little frontend silo was importing 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
using 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
On 6/24/2016 11:45 PM, Philip Chee wrote:
DXR only gives me mozilla-central.
DXR has indexed comm-central for very nearly its entire time hosted at
Mozilla.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
dev-platform
, 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
ompat 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 lis
ing new bindings requires 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
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
tablished 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://li
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
-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
uld back in 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
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
rep
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? If
ed into libxul and equally clear that mozilla-central
developers are likely to be unwilling to make the changes necessary to
override that decision, and so we need the deep integration into the
buildsystem and the codebase to make that happen.
--
Joshua Cranmer
Thunderbi
n mozilla.dev.security.policy,
I did try to find a bug 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 Cr
g c-c 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
de
m-c, we will continue
to break 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
* 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 ar
not even exist.
--
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
never officially support--mingw, OpenBSD, iOS--while
saying 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
___
r now.
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/listinf
am) are plausible. I'd like 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
both known and extremely
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.mo
full 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
nters,
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'r
s 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
t the lack of adherence to this style
guide point, I rather suspect that whatever people might say in how
useful the 'a' prefix is, they get along quite fine without it.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
__
erbird and much, much more 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
On 6/30/2015 4:35 PM, Jeff Muizelaar wrote:
I believe this is predicated on removing the implicit conversion from
nsRefPtr to T*
You'd get the same benefit, I think, by making operator T*() && =
delete;, syntax which is accepted on gcc 4.8.1+, clang, and MSVC 2015 IIRC.
--
J
rather the vote 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
means "this is a hard-to-implement 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 maili
generated code being an example), 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
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 deve
en it exits via an atexit
hook. If anything causes that hook not to fire (e.g., the process is
still running at the time the testsuite exits, or if the process is
killed by a segfault or other signal), then no coverage data would be
emitted.
--
Joshua Cranmer
Thunderbird and DXR developer
S
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
al builds. It shouldn't be hard, but it is annoying to
have to hook into so many places to insert code coverage.
9. Ditto for Android xpcshell and cppunit tests.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
d
rate the data, and I will
probably 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
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@lists.mozilla.org
https://lists.m
ype of x is A whereas the dynamic
type is B). In the pre-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
his illustrates a very, very, very important fact about UX: 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.
d "insecure" HTTP is being 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
templates).
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.
dencies mismatch, the end result 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
ly poor
man's reimplementation of ES6 classes, so I don't think it's worth
removing this code until ES6 classes land.
--
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
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
g that Mozilla
is encouraging 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-pl
uot;+1 this would be
wonderful!" but ultimately 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
d out what went 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
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.
--
Josh
r our 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
tion of mach build binaries,
8GB of RAM 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
BIs properly). We could arguably also replace our T** arguments with
nsRefPtr/nsCOMPtr & arguments at the same time if we're massively
rewriting our codebase.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
___
de
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æo
On 12/14/2014 9:41 PM, Ehsan Akhgari wrote:
On 2014-12-13 1:36 PM, Joshua Cranmer 🐧 wrote:
On 12/13/2014 12:12 PM, Justin Wood (Callek) wrote:
I said in irc yesterday that SeaMonkey is NOT ready yet, however I
see no
reason to change the plan of record. I expect us to have a good
solution in
.
--
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
oject which would
benefit from having very frequent (like every day) details of code
coverage. I'll not spoil it for you beyond mentioning that my working
name for it is "Historonoi."
--
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
ral/source/mailnews/mime/src/mimedrft.cpp>.
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
_
On 10/14/2014 5:12 PM, Robert O'Callahan wrote:
On Tue, Oct 14, 2014 at 4:56 PM, Joshua Cranmer 🐧
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 be using HTML inste
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 exist and are usable in Mozilla code
today. No HTML-based alternative to these are so easily usable.
There
the basis that a
better solution theoretically exists.
--
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
know why that page exists 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
Thund
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
S
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
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 develo
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 and
frequent releases, I 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
___
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
)
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
r you 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 ma
vokes 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-pla
On 8/12/2014 11:40 AM, Aryeh Gregor wrote:
On Tue, Aug 12, 2014 at 7:37 PM, Benjamin Smedberg
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 that in this case there
nsCOMPtr is an rvalue (most
temporaries). 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.mozil
bar = ReturnsACOMPtr();
silently leaks. I've pointed out before that we could fix this by adding
a nsCOMPtr::operator T*() && = delete; operator, but that's a gcc
4.8.1/msvc 2013 November CTP minimum requirement.
--
Joshua Cranmer
Thunderbird and
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
or my 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.mozill
nce counting. This
could also 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
to people on #treeherder, and most of the relevant bugs got
filed.
--
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
ion (say betas 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 cod
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
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.mozill
data).
--
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
request, but the
data is rather large (~2.5G uncompressed).
In short:
* I 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 hav
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
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 co
t; format (gcna/gcdo).
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
__
1 - 100 of 233 matches
Mail list logo