An implicit authorization parameter is provided to
polkit_backend_js_authority_check_authorization_sync() for actions
without corresponding explicit rules. Assure that is honored rather
than simply being denied.
Signed-off-by: Jeremy Linton <jeremy.linton@arm.com>

seems to work with mozjs52

it's not around anymore.

JS_EvaluateScript is no longer in the API set, so use
JS::Evaluate instead.

JS_ExecuteScript no longer takes a global argument.

The global object is implicit now and the result is an
out arg.

This commit adapts to the new api.

This commit drops usage of JS_AddObjectRoot and switches
the global object over to being wrapped in a JS::Heap
pointer. It stops using JS_DefineObject which no longer
seems to be available, and adds a new JS::FireOnNewGlobalHook
which seems to be required.

seems like it got renamed.

The way args are passed in changed.

This commit does a global search and replace
for OBJECT_TO_JSVAL to JS::ObjectValue()

This commit does a global search and replace
for JSVAL_VOID to JS::UndefinedValue()

This commit does a global search and replace
for JSVAL_NULL to JS::NullValue()

The API got renamed in mozjs31.

It's been gone since mozjs31

This just avoids the potential for security problems down the line.

This commit changes the code to use JS::SetWarningReporter instead
of JS_SetErrorReporter.  The latter, as far as I can tell, is
just a slightly renamed version of the former with the args moved
around a little bit.

JS_SetOptions seems to be replaced with JS::ContextOptionsRef now.
Also, disabling the JIT seems to be three options now instead of just
one.

This is now required

This is now required

it's now part of a behaviors method in CompartmentOptions

Seems like JSContext is the only thing that matters now.

since it doesn't crash if i do that

mozjs no longer has public stub functions that implementers of
JSClass objects are supposed to use.  Instead NULL means
to use the default stub implementations.

Furthermore, the structure has been broken out into a JSClassOps
sub structure now.

This commit adapts the code to the new layout.

This is going to briefly break the build.

Reported by Perter Klotz <peter.klotz99@gmail.com>.

https://bugs.freedesktop.org/show_bug.cgi?id=103144

By Cheng-Chia Tseng <pswo10680@gmail.com>.

https://bugs.freedesktop.org/show_bug.cgi?id=102492

https://bugs.freedesktop.org/show_bug.cgi?id=100764

Signed-off-by: Rui Matos <tiagomatos@gmail.com>

https://bugs.freedesktop.org/show_bug.cgi?id=99741

https://bugs.freedesktop.org/show_bug.cgi?id=99790

I'm trying to keep a relatively standard set around, and the code
there is cleaner than what we had before.

Also, injecting as WARN_CFLAGS rather than changing CFLAGS during
autoconf avoids any surprises from new warnings breaking autoconf
checks.