).
--
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
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
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
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
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
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
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
();
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
). 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
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
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
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
)
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
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
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
, 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
.
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
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
(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
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
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
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
.
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
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
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
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
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
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
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
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
).
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
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
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
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
-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
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
: 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
), 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
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
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
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
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
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
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
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
,
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
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
, 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
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://
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
.
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
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
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
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
* 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
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.
.
--
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
repository
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
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
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
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
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
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
++ 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
-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
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
, 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
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
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
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
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
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
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
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
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
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
.
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
://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
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
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
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
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
@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
101 - 184 of 184 matches
Mail list logo