Re: [webkit-dev] JavaScriptCore to C++ JSLock questions

2019-02-15 Thread Werner Sharp
Thanks Geoff. Do you think it’s a reasonable request that if JSCallbackObject::customHasInstance fails to find a JSObjectHasInstanceCallback that it would fall back and call the JSObject::defaultHasInstance routine? And if so, where would I open a bug for it? For general performance numbers,

Re: [webkit-dev] JavaScriptCore to C++ JSLock questions

2019-02-15 Thread Geoffrey Garen
Hi Werner. There’s no API around this. If you’re sure you don’t need thread safety, you can probably manually change JavaScriptCore not to do that locking. Geoff > On Feb 15, 2019, at 6:54 AM, Werner Sharp wrote: > > Hi everyone, > > I’m working on a project that uses JavaScriptCore in inte

[webkit-dev] JavaScriptCore to C++ JSLock questions

2019-02-15 Thread Werner Sharp
Hi everyone, I’m working on a project that uses JavaScriptCore in interpreted mode along with a lot of C++ classes referenced from JS based upon the JSClassRef concept. From doing some profiles, the transition from JSC to C++ (or vice-versa) is quite costly because of JSLockHolder, JSLock::dro