Reviewed by Geoff Garen.
authorap@webkit.org <ap@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 23 Jul 2008 10:15:16 +0000 (10:15 +0000)
committerap@webkit.org <ap@webkit.org@268f45cc-cd09-0410-ab3c-d52691b4dbfc>
Wed, 23 Jul 2008 10:15:16 +0000 (10:15 +0000)
commit3c9a7ede193031b73ad47c10e92f7247e0a26c9a
treedd61210270d2eef31c6eb767194ec0fcdc6c2a70
parent6273cc8320d0ab7edc41f9a097e8a66bb7bd8bb2
    Reviewed by Geoff Garen.

        JSClassRef is created context-free, but gets infatuated with the first context it sees.

        The implicit API contract is that JSClassRef can be used with any context on any thread.
        This no longer worked, because UStrings in the class were turned into per-context
        identifiers, and the cached JSObject prototype was tied to JSGlobalData, too.

git-svn-id: https://svn.webkit.org/repository/webkit/trunk@35293 268f45cc-cd09-0410-ab3c-d52691b4dbfc
JavaScriptCore/API/JSCallbackObjectFunctions.h
JavaScriptCore/API/JSClassRef.cpp
JavaScriptCore/API/JSClassRef.h
JavaScriptCore/API/JSContextRef.cpp
JavaScriptCore/API/JSObjectRef.cpp
JavaScriptCore/ChangeLog
JavaScriptCore/kjs/JSGlobalData.cpp
JavaScriptCore/kjs/JSGlobalData.h
JavaScriptGlue/ChangeLog
JavaScriptGlue/ForwardingHeaders/wtf/HashMap.h [new file with mode: 0644]