Bug 1231711, but I never got to do it, unfortunately.
On 26/01/17 08:01, zbranie...@mozilla.com wrote:
> On Thursday, November 10, 2016 at 5:15:26 AM UTC-8, David Teller wrote:
>> Ok. My usecase is the reimplementation of OS.File in Rust, which should
>> be pretty straightforward and shave a few M
On Thursday, November 10, 2016 at 5:15:26 AM UTC-8, David Teller wrote:
> Ok. My usecase is the reimplementation of OS.File in Rust, which should
> be pretty straightforward and shave a few Mb of RAM and possibly a few
> seconds during some startups. The only difficulty is the actual JS
> binding.
On 11/10/16 4:53 AM, David Teller wrote:
I believe that the only DOM object involved would be Promise
Note that Promise isn't really a DOM object anymore. It's a
SpiderMonkey thing.
We still have dom::Promise as a way to create a nice C++-friendly API
around Spidermonkey Promises. But not
Ok. My usecase is the reimplementation of OS.File in Rust, which should
be pretty straightforward and shave a few Mb of RAM and possibly a few
seconds during some startups. The only difficulty is the actual JS
binding. I believe that the only DOM object involved would be Promise,
I'll see how trick
On Wed, Nov 9, 2016 at 12:31 PM, David Teller wrote:
> \o/
>
> Do we already have a story for implementing WebIDL in Rust?
>
In general, we decided that WebIDL objects need to remain C++, since they
generally need to interact with the DOM and the extra complexity to support
pure-Rust objects in
\o/
Do we already have a story for implementing WebIDL in Rust?
Cheers,
David
On 09/11/16 12:20, Ted Mielczarek wrote:
> I recently wrote some documentation on how to add Rust code to Gecko:
> http://gecko.readthedocs.io/en/latest/build/buildsystem/rust.html
>
> It should be fairly straightfor
On Wed, Nov 9, 2016, at 11:41 AM, Kartikaya Gupta wrote:
> I'm actually trying to debug a rust issue right now and have some
> questions. I've done the |mach vendor rust| step and got all the
> vendored crates. Now let's say that in one of the dependencies (the
> 'cmake' crate in my case) there's s
On Wed, Nov 9, 2016 at 11:51 AM, Ralph Giles wrote:
> On Wed, Nov 9, 2016 at 8:41 AM, Kartikaya Gupta wrote:
>
>> If I edit the third_party/rust/cmake/src/lib.rs
>> in-place, the build fails because of a hash mismatch.
>
> Interesting! This is supposed to happen as a check against corruption
> an
On Wed, Nov 9, 2016 at 8:41 AM, Kartikaya Gupta wrote:
> If I edit the third_party/rust/cmake/src/lib.rs
> in-place, the build fails because of a hash mismatch.
Interesting! This is supposed to happen as a check against corruption
and/or non-reproducible builds, but I can't reproduce by modifyin
I'm actually trying to debug a rust issue right now and have some
questions. I've done the |mach vendor rust| step and got all the
vendored crates. Now let's say that in one of the dependencies (the
'cmake' crate in my case) there's some sort of behaviour that I'd like
to investigate/debug. If I ed
I recently wrote some documentation on how to add Rust code to Gecko:
http://gecko.readthedocs.io/en/latest/build/buildsystem/rust.html
It should be fairly straightforward for most use cases (thanks to Nathan
Froyd for doing the lion's share of the work to make it so), but if
there's anything that
11 matches
Mail list logo
