mozjs-sys-v0.140.10-3: Add a safe wrapper around `ForOfIterator` (#736)

`ForOfIterator` implements `for .. of` iteration in spidermonkey. It
holds stack roots and is a pain to use directly due to some weird
shenanigans where bindgen adds extra padding to the struct for some LLVM
versions. Its also hard to use in a crash-proof manner, because
`ForOfIterator` must not be moved. We'd have to `Pin<Box<>>` it to be
safe, which adds overhead.

This change instead adds `mozjs::rust::for_of`, a function that takes a
callback and uses `ForOfIterator` correctly so users don't have to worry
about it.

Testing: The iterator is used during conversion of IDL sequences, and
its covered by WPT. I'm also using it for web animations locally.
Part of https://github.com/servo/servo/issues/36950
Servo PR: https://github.com/servo/servo/pull/44356

---------

Signed-off-by: Simon Wülker <simon.wuelker@arcor.de>

mozjs-sys-v0.140.10-2: Fix build with crown feature enabled. (#738)

Per #737 this doesn't get detected in either this repository's CI or
Servo's CI. `Heap<T>` is marked `must_root`, and method that return a
`Heap<T>` need to suppress that warning.

Testing: Servo build succeeded with MOZJS_FROM_SOURCE=1, `--use-crown`,
and a local Cargo override.

---------

Signed-off-by: Josh Matthews <josh@joshmatthews.net>

mozjs-sys-v0.140.10-1

jsglue: add a method to retrieve ErrorInfo from the pending exception…

SpiderMonkey FIREFOX_140_10_1esr_RELEASE

Source code for SpiderMonkey FIREFOX_140_10_1esr_RELEASE (changeset: a24e9e115e02794f72dab9ef6081244403b0183a)

mozjs-sys-v0.140.10-0: Security bump SpiderMonkey to 140.10 (#743)

Bump SpiderMonkey to 140.10 (changeset:
[a1c8c4081ea0e227dbde64c95ec6942fa71edb28](https://github.com/servo/mozjs/releases/download/mozjs-source-a1c8c4081ea0e227dbde64c95ec6942fa71edb28))

Rebase of #740

---------

Signed-off-by: servo-bot <ghbot+mozjs-sm-bump@servo.org>
Signed-off-by: sagudev <16504129+sagudev@users.noreply.github.com>
Co-authored-by: servo-bot <ghbot+mozjs-sm-bump@servo.org>

mozjs-sys-v0.140.8-4: build: Workaround make jobserver bug (#735)

This works around the following bug, where the invocation below fails
with the pipe style and works fine with the new fifo jobserver. Since
there is no sign of cargo going to support fifo jobservers, and single
threaded compilation is horribly slow, we don't pass makeflags on, when
using make 4.4. We use a crude version check, which checks the presence
of the flag - since new make versions are rare, this should be fine for
a while.
If we detect the flag (i.e. make 4.4 or newer), we pass `-j <NUM_JOBS>`
to make instead of inheriting MAKEFLAGS and the jobserver from cargo.
This means we get an upper bound of 2x NUM_JOBS jobs, since the cargo
jobserver and makes jobserver coexist.
We can remove this workaround once cargo [supports fifo style
jobservers](https://github.com/rust-lang/cargo/issues/13483).

Minimum reproducer:

`gmake -j2 --jobserver-style=pipe -f Makefile`

Makefile:
```make
define RECURSE
+$(MAKE) -f sub.mk
endef

all:
	$(RECURSE)
```

sub.mk:

```
all:
	@:
```

Output: `gmake[1]: warning: jobserver unavailable: using -j1. Add '+' to
parent make rule.`

Testing: This is specific to make 4.4, and hence not covered by
automated tests
Fixes: #375 
Servo PR: https://github.com/servo/servo/pull/44346

---------

Signed-off-by: Jonathan Schwender <schwenderjonathan@gmail.com>

SpiderMonkey FIREFOX_140_10_0esr_RELEASE

Source code for SpiderMonkey FIREFOX_140_10_0esr_RELEASE (changeset: a1c8c4081ea0e227dbde64c95ec6942fa71edb28)

mozjs-sys-v0.140.8-3: mozjs-sys: Build from source if the jitspew feature is enabled (#728)

Otherwise the `IONFLAGS` environment variable does nothing.

Testing: We don't have tests for the build process
Servo companion PR: https://github.com/servo/servo/pull/44010

---------

Signed-off-by: Simon Wülker <simon.wuelker@arcor.de>

SpiderMonkey FIREFOX_140_9_1esr_RELEASE

Source code for SpiderMonkey FIREFOX_140_9_1esr_RELEASE (changeset: cca515379f569261e903f6e84dcdb0ecdbbe821e)

mozjs-sys-v0.140.8-2: build: Default MOZBUILD_STATE to the target dir (#725)

This moves the mozbuild artifacts from `~/.mozbuild` to inside the cargo
target directory, which means they will be properly cleaned up by `cargo
clean`.

Testing: Covered by `cargo build` still working.
Fixes: #724

Signed-off-by: Jonathan Schwender <schwenderjonathan@gmail.com>