js::IsInRequest not accessible outside of gecko

RESOLVED WONTFIX

Status

()

RESOLVED WONTFIX
6 years ago
2 years ago

People

(Reporter: stephenl, Unassigned)

Tracking

Trunk
ARM
Gonk (Firefox OS)
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release)
Build ID: 20130618035212

Steps to reproduce:

We are trying to use this call in our code outside of gecko to read settings changes:
JS::Rooted<JS::Value> val(cx);
We see these undefined linker errors for js::IsInRequest(JSContext *cx).

It seems this API is not exported outside of gecko and hence causes the linker error.


Actual results:

Linker error


Expected results:

Should isInRequest be made accessible outside of gecko ?
(Reporter)

Updated

6 years ago
OS: Windows 7 → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Bobby, do you know who look into this?
Hm, are you linking a debug build of your binary against a non-debug version of Gecko?

js::IsInRequest is declared here:
http://mxr.mozilla.org/mozilla-central/source/js/public/RootingAPI.h#517

and defined here:
http://mxr.mozilla.org/mozilla-central/source/js/src/jsfriendapi.cpp#1131

So if Gecko is compiled in non-debug mode, the function won't exist.
Component: Geolocation → JavaScript Engine
Note that any extensions depending on C++ JSAPI invocation will soon break, because we're going to stop exporting the symbols.

https://groups.google.com/forum/#!topic/mozilla.dev.platform/yC8Bg91ic5k
Mass-closing JS bugs for which the platform is Gonk (Firefox OS), since Firefox OS is gone. Feel free to re-open if still valid.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.