On 04/11/2019 23:00, Chris Cooper wrote:
Existing URLs, e.g. links to artifacts, will continue to work once
the current monolithic deployment is put into read-only mode on
Monday, Nov 11.
How long is are these read-only URLs expected to be maintained after that?
--
Simon Sapin
mpeting for a shared resource.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
is going to look into this in the
coming weeks.
I don’t know how much it has evolved since, but the initial versions of
incremental compilation in rustc only cached code generation in LLVM.
Type checking, trait resolution, etc. was still done every time rustc
was invoked for a crate.
--
Simon Sapin
/56068
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
are the same as before.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
o satisfy both dependencies.
What would force an exact version is `log = "=0.3.9"`. (Note that the
first equal sign is TOML syntax for key/value pairs, while the second
one is part of the version specification string, inside the quotes.)
See https://doc.rust-lan
osoft.com/en-us/visualstudio/install/use-command-line-parameters-to-install-visual-studio?view=vs-2017
[2]:
https://docs.microsoft.com/en-us/visualstudio/install/workload-component-id-vs-build-tools?view=vs-2017
[3]:
https://github.com/servo/servo/blob/3c19cd49e/etc/taskcluster/windows
changes respectively, such as
https://bugzilla.mozilla.org/show_bug.cgi?id=1450078
This configuration is in tree, changes are made first in central /
nightly and then ride the trains.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lis
this?
(I’m not at all questioning Ehsan’s and Nathan’s position to make this
call anyway.)
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
,
min(old size, new size) already matches the amount of meaningful bytes.
However these APIs are not stable yet and we can still revisit this if
there’s new information or arguments.
--
Simon Sapin
___
dev-platform mailing list
dev-platform
On 05/04/18 14:19, Henri Sivonen wrote:
Can we make a particular vendored crate (encoding_rs) use -O3 while
the default for Rust code remains at -O2?
There’s an accepted RFC for "per-crate profiles" but it’s not
implemented yet: https://github.com/rust-lang/rust/issues/48683
--
S
into a local ccache (or
probably sccache?) directory.
I believe that sccache already has support for Amazon S3. I don’t know
if we already enable that for our CI infra. Once we do, I imagine we
could make that store world-readable and configure local builds to use it.
--
Simon Sapin
eople to opt-in.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
s was also the case before this change if you did not use
--enable-release. LTO can make a significant difference. (I’ve seen -10%
time in some microbenchmarks.)
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.m
On 31/10/17 10:37, m...@fireburn.co.uk wrote:
I'm curious as to why Clang is required, why doesn't GCC work?
rust-bindgen uses libclang to parse C++ header files and generate
corresponding Rust definitions. GCC can still be used for compiling.
--
Simon Sapin
features ;)
Careful how? How do new language features lead to security bugs? Is new
compiler code not as well tested and could have miscompiles? Are
specific features easy to misuse?
--
Simon Sapin
___
dev-platform mailing list
dev-platform
ent" than usual lately
on Nigthly. I’ve reproduced it both with and without Stylo.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 04/08/2017 13:02, Mike Hommey wrote:
On Fri, Aug 04, 2017 at 11:25:52AM +0200, Simon Sapin wrote:
`mk_add_options export RUSTC_WRAPPER=sccache` causes an error:
It's `mk_add_options "export RUSTC_WRAPPER=sccache"`.
That worked, thanks! I now have:
ac_add_options --with-ccach
E_FLAGS="-j100 RUSTC_WRAPPER=sccache"
CC="/usr/lib/icecc/bin/cc"
CXX="/usr/lib/icecc/bin/c++"
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
ER=sccache' to my mach wrapper script in order to use
sccache for Rust code. (Having this line with or without 'export' in
.mozconfig did not appear to do anything. Can mozconfig set arbitrary
environment variables?)
--
Simon Sapin
___
dev-platform ma
` for manipulating Cargo.lock, `mach
cargo rustc` for passing debugging options to the compiler, etc.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
html5ever because it couldn’t support interrupting parsing on
correctly. When adding something again we’ll do it using
encoding_rs.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
same time it’s
easy for someone to respond to / argue about one and forget the other,
deliberately or not.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 27/02/17 19:47, Simon Sapin wrote:
On 27/02/17 19:30, Henri Sivonen wrote:
On Mon, Feb 27, 2017 at 8:00 PM, Bobby Holley <bobbyhol...@gmail.com> wrote:
FWIW, |cargo tree| is a very helpful tool to figure out who's pulling in a
crate.
Thanks, but what I'm trying to figure out isn't
just started doing that in the Paris office.
Just a few machines seem to be enough to get to the point of diminishing
returns. Does that sound right?
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org
erything at once to avoid having both in the build. At the moment I’m
prioritizing other Stylo-related work, but I’m confident it’ll happen
before we start shipping Stylo.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.m
hfox?
I don’t know.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
for you, it’s likely that your Python version
does not support SSL SNI.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
a circular argument.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
On 16/06/15 17:59, Yonggang Luo wrote:
I am looking forward to it.
Prism? https://mozillalabs.com/en-US/prism/
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
library, which is
based on UTF-8.
If conversions to/from UTF-16 turn out to take significant time I could
imagine making the parsing code generic over the string representation.
--
Simon Sapin
___
dev-platform mailing list
dev-platform@lists.mozilla.org
31 matches
Mail list logo