<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>88321</bug_id>
          
          <creation_ts>2012-06-05 04:29:26 -0700</creation_ts>
          <short_desc>[Qt][Win] Fix broken QtWebKit5.lib linking</short_desc>
          <delta_ts>2012-07-05 08:32:25 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Tools / Tests</component>
          <version>420+</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Qt, QtTriaged</keywords>
          <priority>P1</priority>
          <bug_severity>Blocker</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>90612</dependson>
          <blocked>88300</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Csaba Osztrogonác">ossy</reporter>
          <assigned_to name="Jocelyn Turcotte">jturcotte</assigned_to>
          <cc>abecsi</cc>
    
    <cc>aroben</cc>
    
    <cc>hausmann</cc>
    
    <cc>joel.dillon</cc>
    
    <cc>jturcotte</cc>
    
    <cc>kbalazs</cc>
    
    <cc>kevino</cc>
    
    <cc>ossy</cc>
    
    <cc>sfalken</cc>
    
    <cc>vestbo</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>641408</commentid>
    <comment_count>0</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-05 04:29:26 -0700</bug_when>
    <thetext>It fails because of 36 unresolved externals:

qwebframe.obj : error LNK2019: unresolved external symbol __imp__JSValueMakeUndefined referenced in function &quot;struct OpaqueJSValue const * __cdecl qtSenderCallback(struct OpaqueJSContext const *,struct OpaqueJSValue *,struct OpaqueJSValue *,unsigned int,struct OpaqueJSValue const * const * const,struct OpaqueJSValue const * *)&quot; (?qtSenderCallback@@YAPBUOpaqueJSValue@@PBUOpaqueJSContext@@PAU1@1IQBQBU1@PAPBU1@@Z)
WebCore.lib(JSInjectedScriptManager.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) class JSC::JSValue __cdecl JSC::evaluate(class JSC::ExecState *,class JSC::ScopeChainNode *,class JSC::SourceCode const &amp;,class JSC::JSValue,class JSC::JSValue *)&quot; (__imp_?evaluate@JSC@@YA?AVJSValue@1@PAVExecState@1@PAVScopeChainNode@1@ABVSourceCode@1@V21@PAV21@@Z)
qwebelement.obj : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) class JSC::JSValue __cdecl JSC::evaluate(class JSC::ExecState *,class JSC::ScopeChainNode *,class JSC::SourceCode const &amp;,class JSC::JSValue,class JSC::JSValue *)&quot; (__imp_?evaluate@JSC@@YA?AVJSValue@1@PAVExecState@1@PAVScopeChainNode@1@ABVSourceCode@1@V21@PAV21@@Z) referenced in function &quot;public: class QVariant __thiscall QWebElement::evaluateJavaScript(class QString const &amp;)&quot; (?evaluateJavaScript@QWebElement@@QAE?AVQVariant@@ABVQString@@@Z)
WebCore.lib(ScriptController.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) class JSC::JSValue __cdecl JSC::evaluate(class JSC::ExecState *,class JSC::ScopeChainNode *,class JSC::SourceCode const &amp;,class JSC::JSValue,class JSC::JSValue *)&quot; (__imp_?evaluate@JSC@@YA?AVJSValue@1@PAVExecState@1@PAVScopeChainNode@1@ABVSourceCode@1@V21@PAV21@@Z)
WebCore.lib(NP_jsobject.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) class JSC::JSValue __cdecl JSC::evaluate(class JSC::ExecState *,class JSC::ScopeChainNode *,class JSC::SourceCode const &amp;,class JSC::JSValue,class JSC::JSValue *)&quot; (__imp_?evaluate@JSC@@YA?AVJSValue@1@PAVExecState@1@PAVScopeChainNode@1@ABVSourceCode@1@V21@PAV21@@Z)
WebCore.lib(WorkerScriptController.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) class JSC::JSValue __cdecl JSC::evaluate(class JSC::ExecState *,class JSC::ScopeChainNode *,class JSC::SourceCode const &amp;,class JSC::JSValue,class JSC::JSValue *)&quot; (__imp_?evaluate@JSC@@YA?AVJSValue@1@PAVExecState@1@PAVScopeChainNode@1@ABVSourceCode@1@V21@PAV21@@Z)
InitWebCoreQt.obj : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::initializeMainThread(void)&quot; (__imp_?initializeMainThread@WTF@@YAXXZ) referenced in function &quot;void __cdecl WebCore::initializeWebCoreQt(void)&quot; (?initializeWebCoreQt@WebCore@@YAXXZ)
WebCore.lib(ScriptController.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::initializeMainThread(void)&quot; (__imp_?initializeMainThread@WTF@@YAXXZ)
InspectorServerQt.obj : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::MD5::checksum(class WTF::Vector&lt;unsigned char,16&gt; &amp;)&quot; (__imp_?checksum@MD5@WTF@@QAEXAAV?$Vector@E$0BA@@2@@Z) referenced in function &quot;void __cdecl WebCore::generateWebSocketChallengeResponse(unsigned int,unsigned int,unsigned char const * const,unsigned char * const)&quot; (?generateWebSocketChallengeResponse@WebCore@@YAXIIQBEQAE@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::MD5::checksum(class WTF::Vector&lt;unsigned char,16&gt; &amp;)&quot; (__imp_?checksum@MD5@WTF@@QAEXAAV?$Vector@E$0BA@@2@@Z)
InspectorServerQt.obj : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::MD5::addBytes(unsigned char const *,unsigned int)&quot; (__imp_?addBytes@MD5@WTF@@QAEXPBEI@Z) referenced in function &quot;void __cdecl WebCore::generateWebSocketChallengeResponse(unsigned int,unsigned int,unsigned char const * const,unsigned char * const)&quot; (?generateWebSocketChallengeResponse@WebCore@@YAXIIQBEQAE@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::MD5::addBytes(unsigned char const *,unsigned int)&quot; (__imp_?addBytes@MD5@WTF@@QAEXPBEI@Z)
InspectorServerQt.obj : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::MD5::MD5(void)&quot; (__imp_??0MD5@WTF@@QAE@XZ) referenced in function &quot;void __cdecl WebCore::generateWebSocketChallengeResponse(unsigned int,unsigned int,unsigned char const * const,unsigned char * const)&quot; (?generateWebSocketChallengeResponse@WebCore@@YAXIIQBEQAE@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::MD5::MD5(void)&quot; (__imp_??0MD5@WTF@@QAE@XZ)
WebCore.lib(Document.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) bool __cdecl WTF::isMainThread(void)&quot; (__imp_?isMainThread@WTF@@YA_NXZ) referenced in function &quot;public: virtual bool __thiscall WebCore::Document::isContextThread(void)const &quot; (?isContextThread@Document@WebCore@@UBE_NXZ)
WebCore.lib(ThreadTimers.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) bool __cdecl WTF::isMainThread(void)&quot; (__imp_?isMainThread@WTF@@YA_NXZ)
WebCore.lib(ThreadableBlobRegistry.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) bool __cdecl WTF::isMainThread(void)&quot; (__imp_?isMainThread@WTF@@YA_NXZ)
WebCore.lib(StorageTracker.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) bool __cdecl WTF::isMainThread(void)&quot; (__imp_?isMainThread@WTF@@YA_NXZ)
WebCore.lib(ThreadableBlobRegistry.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(BlobResourceHandle.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(StorageTracker.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(Document.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z) referenced in function &quot;public: virtual void __thiscall WebCore::Document::postTask(class WTF::PassOwnPtr&lt;class WebCore::ScriptExecutionContext::Task&gt;)&quot; (?postTask@Document@WebCore@@UAEXV?$PassOwnPtr@VTask@ScriptExecutionContext@WebCore@@@WTF@@@Z)
WebCore.lib(IconDatabase.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(DatabaseTracker.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(PluginMainThreadScheduler.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::callOnMainThread(void (__cdecl*)(void *),void *)&quot; (__imp_?callOnMainThread@WTF@@YAXP6AXPAX@Z0@Z)
WebCore.lib(FEGaussianBlur.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(ImageData.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(FilterEffect.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSFloat64ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(DataView.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSFloat64Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSFloat32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSFloat32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint8ClampedArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSInt16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ) referenced in function &quot;public: virtual __thiscall WTF::TypedArrayBase&lt;unsigned char&gt;::~TypedArrayBase&lt;unsigned char&gt;(void)&quot; (??1?$TypedArrayBase@E@WTF@@UAE@XZ)
WebCore.lib(SerializedScriptValue.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(ImageBufferQt.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(JSUint8ClampedArray.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: virtual __thiscall WTF::ArrayBufferView::~ArrayBufferView(void)&quot; (__imp_??1ArrayBufferView@WTF@@UAE@XZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueIsEqual referenced in function &quot;public: bool __thiscall JSC::Bindings::QtConnectionObject::match(struct OpaqueJSContext const *,class QObject *,int,struct OpaqueJSValue *,struct OpaqueJSValue *)&quot; (?match@QtConnectionObject@Bindings@JSC@@QAE_NPBUOpaqueJSContext@@PAVQObject@@HPAUOpaqueJSValue@@2@Z)
WebCore.lib(ScriptValue.obj) : error LNK2001: unresolved external symbol __imp__JSValueIsEqual
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueProtect referenced in function &quot;public: __thiscall JSC::Bindings::QtConnectionObject::QtConnectionObject(struct OpaqueJSContext const *,class WTF::PassRefPtr&lt;class JSC::Bindings::QtInstance&gt;,int,struct OpaqueJSValue *,struct OpaqueJSValue *)&quot; (??0QtConnectionObject@Bindings@JSC@@QAE@PBUOpaqueJSContext@@V?$PassRefPtr@VQtInstance@Bindings@JSC@@@WTF@@HPAUOpaqueJSValue@@2@Z)
WebCore.lib(FEGaussianBlur.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(ImageData.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(FilterEffect.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSFloat64ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(DataView.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSFloat64Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSFloat32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSFloat32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint8ClampedArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSInt16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z) referenced in function &quot;protected: __thiscall WTF::TypedArrayBase&lt;unsigned char&gt;::TypedArrayBase&lt;unsigned char&gt;(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int,unsigned int)&quot; (??0?$TypedArrayBase@E@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@II@Z)
WebCore.lib(SerializedScriptValue.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(ImageBufferQt.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(JSUint8ClampedArray.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: __thiscall WTF::ArrayBufferView::ArrayBufferView(class WTF::PassRefPtr&lt;class WTF::ArrayBuffer&gt;,unsigned int)&quot; (__imp_??0ArrayBufferView@WTF@@IAE@V?$PassRefPtr@VArrayBuffer@WTF@@@1@I@Z)
WebCore.lib(FEGaussianBlur.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt8Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(ImageData.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(FilterEffect.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt16Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSFloat64ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(DataView.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSFloat64Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSFloat32Array.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSFloat32ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint8ClampedArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint8ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSInt16ArrayCustom.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ) referenced in function &quot;protected: virtual void __thiscall WTF::TypedArrayBase&lt;unsigned char&gt;::neuter(void)&quot; (?neuter@?$TypedArrayBase@E@WTF@@MAEXXZ)
WebCore.lib(SerializedScriptValue.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(ImageBufferQt.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(JSUint8ClampedArray.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: virtual void __thiscall WTF::ArrayBufferView::neuter(void)&quot; (__imp_?neuter@ArrayBufferView@WTF@@MAEXXZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueUnprotect referenced in function &quot;public: virtual __thiscall JSC::Bindings::QtConnectionObject::~QtConnectionObject(void)&quot; (??1QtConnectionObject@Bindings@JSC@@UAE@XZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueToNumber referenced in function &quot;public: void __thiscall JSC::Bindings::QtConnectionObject::execute(void * *)&quot; (?execute@QtConnectionObject@Bindings@JSC@@QAEXPAPAX@Z)
WebCore.lib(Color.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::toStringDecimal(wchar_t *,unsigned int)const &quot; (__imp_?toStringDecimal@DecimalNumber@WTF@@QBEIPA_WI@Z) referenced in function &quot;public: class WTF::String __thiscall WebCore::Color::serialized(void)const &quot; (?serialized@Color@WebCore@@QBE?AVString@WTF@@XZ)
WebCore.lib(CSSPrimitiveValue.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::toStringDecimal(wchar_t *,unsigned int)const &quot; (__imp_?toStringDecimal@DecimalNumber@WTF@@QBEIPA_WI@Z)
WebCore.lib(InspectorValues.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::toStringDecimal(wchar_t *,unsigned int)const &quot; (__imp_?toStringDecimal@DecimalNumber@WTF@@QBEIPA_WI@Z)
WebCore.lib(SerializedScriptValue.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: bool __thiscall WTF::ArrayBuffer::transfer(class WTF::ArrayBufferContents &amp;,class WTF::Vector&lt;class WTF::RefPtr&lt;class WTF::ArrayBufferView&gt;,0&gt; &amp;)&quot; (__imp_?transfer@ArrayBuffer@WTF@@QAE_NAAVArrayBufferContents@2@AAV?$Vector@V?$RefPtr@VArrayBufferView@WTF@@@WTF@@$0A@@2@@Z) referenced in function &quot;private: static class WTF::PassOwnPtr&lt;class WTF::Vector&lt;class WTF::ArrayBufferContents,0&gt; &gt; __cdecl WebCore::SerializedScriptValue::transferArrayBuffers(class WTF::Vector&lt;class WTF::RefPtr&lt;class WTF::ArrayBuffer&gt;,1&gt; &amp;,enum WebCore::SerializationReturnCode &amp;)&quot; (?transferArrayBuffers@SerializedScriptValue@WebCore@@CA?AV?$PassOwnPtr@V?$Vector@VArrayBufferContents@WTF@@$0A@@WTF@@@WTF@@AAV?$Vector@V?$RefPtr@VArrayBuffer@WTF@@@WTF@@$00@4@AAW4SerializationReturnCode@2@@Z)
WebCore.lib(FormDataBuilder.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) double __cdecl WTF::randomNumber(void)&quot; (__imp_?randomNumber@WTF@@YANXZ) referenced in function &quot;public: static class WTF::Vector&lt;char,0&gt; __cdecl WebCore::FormDataBuilder::generateUniqueBoundaryString(void)&quot; (?generateUniqueBoundaryString@FormDataBuilder@WebCore@@SA?AV?$Vector@D$0A@@WTF@@XZ)
WebCore.lib(JSDOMGlobalObject.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) double __cdecl WTF::randomNumber(void)&quot; (__imp_?randomNumber@WTF@@YANXZ)
WebCore.lib(JSDOMWindowShell.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) protected: void __thiscall JSC::JSGlobalThis::setUnwrappedObject(class JSC::JSGlobalData &amp;,class JSC::JSGlobalObject *)&quot; (__imp_?setUnwrappedObject@JSGlobalThis@JSC@@IAEXAAVJSGlobalData@2@PAVJSGlobalObject@2@@Z) referenced in function &quot;public: void __thiscall WebCore::JSDOMWindowShell::setWindow(class JSC::JSGlobalData &amp;,class WebCore::JSDOMWindow *)&quot; (?setWindow@JSDOMWindowShell@WebCore@@QAEXAAVJSGlobalData@JSC@@PAVJSDOMWindow@2@@Z)
WebCore.lib(ScriptCachedFrameData.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) protected: void __thiscall JSC::JSGlobalThis::setUnwrappedObject(class JSC::JSGlobalData &amp;,class JSC::JSGlobalObject *)&quot; (__imp_?setUnwrappedObject@JSGlobalThis@JSC@@IAEXAAVJSGlobalData@2@PAVJSGlobalObject@2@@Z)
WebCore.lib(JSDOMWindowShell.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) protected: static void __cdecl JSC::JSGlobalThis::visitChildren(class JSC::JSCell *,class JSC::SlotVisitor &amp;)&quot; (__imp_?visitChildren@JSGlobalThis@JSC@@KAXPAVJSCell@2@AAVSlotVisitor@2@@Z) referenced in function &quot;void __cdecl `dynamic initializer for &apos;public: static struct JSC::ClassInfo const WebCore::JSDOMWindowShell::s_info&apos;&apos;(void)&quot; (??__E?s_info@JSDOMWindowShell@WebCore@@2UClassInfo@JSC@@B@@YAXXZ)
WebCore.lib(JSDOMWindowShell.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: static struct JSC::ClassInfo const JSC::JSGlobalThis::s_info&quot; (__imp_?s_info@JSGlobalThis@JSC@@2UClassInfo@2@B) referenced in function &quot;void __cdecl `dynamic initializer for &apos;public: static struct JSC::ClassInfo const WebCore::JSDOMWindowShell::s_info&apos;&apos;(void)&quot; (??__E?s_info@JSDOMWindowShell@WebCore@@2UClassInfo@JSC@@B@@YAXXZ)
WebCore.lib(CSSPrimitiveValue.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::bufferLengthForStringDecimal(void)const &quot; (__imp_?bufferLengthForStringDecimal@DecimalNumber@WTF@@QBEIXZ) referenced in function &quot;class WTF::String __cdecl WebCore::formatNumber(double)&quot; (?formatNumber@WebCore@@YA?AVString@WTF@@N@Z)
WebCore.lib(InspectorValues.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::bufferLengthForStringDecimal(void)const &quot; (__imp_?bufferLengthForStringDecimal@DecimalNumber@WTF@@QBEIXZ)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: struct HDC__ * __thiscall WebCore::GraphicsContext::getWindowsContext(class WebCore::IntRect const &amp;,bool,bool)&quot; (?getWindowsContext@GraphicsContext@WebCore@@QAEPAUHDC__@@ABVIntRect@2@_N1@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::LocalWindowsContext(class WebCore::GraphicsContext *,class WebCore::IntRect const &amp;,bool,bool)&quot; (??0LocalWindowsContext@WebCore@@QAE@PAVGraphicsContext@1@ABVIntRect@1@_N2@Z)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: void __thiscall WebCore::GraphicsContext::releaseWindowsContext(struct HDC__ *,class WebCore::IntRect const &amp;,bool,bool)&quot; (?releaseWindowsContext@GraphicsContext@WebCore@@QAEXPAUHDC__@@ABVIntRect@2@_N2@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::~LocalWindowsContext(void)&quot; (??1LocalWindowsContext@WebCore@@QAE@XZ)
WebCore.lib(InspectorValues.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::toStringExponential(wchar_t *,unsigned int)const &quot; (__imp_?toStringExponential@DecimalNumber@WTF@@QBEIPA_WI@Z) referenced in function &quot;public: virtual void __thiscall WebCore::InspectorBasicValue::writeJSON(class WTF::StringBuilder *)const &quot; (?writeJSON@InspectorBasicValue@WebCore@@UBEXPAVStringBuilder@WTF@@@Z)
WebCore.lib(InspectorValues.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: unsigned int __thiscall WTF::DecimalNumber::bufferLengthForStringExponential(void)const &quot; (__imp_?bufferLengthForStringExponential@DecimalNumber@WTF@@QBEIXZ) referenced in function &quot;public: virtual void __thiscall WebCore::InspectorBasicValue::writeJSON(class WTF::StringBuilder *)const &quot; (?writeJSON@InspectorBasicValue@WebCore@@UBEXPAVStringBuilder@WTF@@@Z)
WebCore.lib(FELighting.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::ParallelEnvironment::execute(void *)&quot; (__imp_?execute@ParallelEnvironment@WTF@@QAEXPAX@Z)
WebCore.lib(FEGaussianBlur.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::ParallelEnvironment::execute(void *)&quot; (__imp_?execute@ParallelEnvironment@WTF@@QAEXPAX@Z) referenced in function &quot;public: void __thiscall WTF::ParallelJobs&lt;struct WebCore::FEGaussianBlur::PlatformApplyParameters&gt;::execute(void)&quot; (?execute@?$ParallelJobs@UPlatformApplyParameters@FEGaussianBlur@WebCore@@@WTF@@QAEXXZ)
WebCore.lib(FEConvolveMatrix.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::ParallelEnvironment::execute(void *)&quot; (__imp_?execute@ParallelEnvironment@WTF@@QAEXPAX@Z)
WebCore.lib(FEMorphology.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::ParallelEnvironment::execute(void *)&quot; (__imp_?execute@ParallelEnvironment@WTF@@QAEXPAX@Z)
WebCore.lib(FETurbulence.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::ParallelEnvironment::execute(void *)&quot; (__imp_?execute@ParallelEnvironment@WTF@@QAEXPAX@Z)
WebCore.lib(FELighting.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::ParallelEnvironment::ParallelEnvironment(void (__cdecl*)(void *),unsigned int,int)&quot; (__imp_??0ParallelEnvironment@WTF@@QAE@P6AXPAX@ZIH@Z)
WebCore.lib(FEGaussianBlur.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::ParallelEnvironment::ParallelEnvironment(void (__cdecl*)(void *),unsigned int,int)&quot; (__imp_??0ParallelEnvironment@WTF@@QAE@P6AXPAX@ZIH@Z) referenced in function &quot;public: __thiscall WTF::ParallelJobs&lt;struct WebCore::FEGaussianBlur::PlatformApplyParameters&gt;::ParallelJobs&lt;struct WebCore::FEGaussianBlur::PlatformApplyParameters&gt;(void (__cdecl*)(struct WebCore::FEGaussianBlur::PlatformApplyParameters *),int)&quot; (??0?$ParallelJobs@UPlatformApplyParameters@FEGaussianBlur@WebCore@@@WTF@@QAE@P6AXPAUPlatformApplyParameters@FEGaussianBlur@WebCore@@@ZH@Z)
WebCore.lib(FEConvolveMatrix.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::ParallelEnvironment::ParallelEnvironment(void (__cdecl*)(void *),unsigned int,int)&quot; (__imp_??0ParallelEnvironment@WTF@@QAE@P6AXPAX@ZIH@Z)
WebCore.lib(FEMorphology.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::ParallelEnvironment::ParallelEnvironment(void (__cdecl*)(void *),unsigned int,int)&quot; (__imp_??0ParallelEnvironment@WTF@@QAE@P6AXPAX@ZIH@Z)
WebCore.lib(FETurbulence.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::ParallelEnvironment::ParallelEnvironment(void (__cdecl*)(void *),unsigned int,int)&quot; (__imp_??0ParallelEnvironment@WTF@@QAE@P6AXPAX@ZIH@Z)
WebCore.lib(DOMPatchSupport.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::SHA1::addBytes(unsigned char const *,unsigned int)&quot; (__imp_?addBytes@SHA1@WTF@@QAEXPBEI@Z) referenced in function &quot;void __cdecl WebCore::addStringToSHA1(class WTF::SHA1 &amp;,class WTF::String const &amp;)&quot; (?addStringToSHA1@WebCore@@YAXAAVSHA1@WTF@@ABVString@3@@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::SHA1::addBytes(unsigned char const *,unsigned int)&quot; (__imp_?addBytes@SHA1@WTF@@QAEXPBEI@Z)
WebCore.lib(DOMPatchSupport.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::SHA1::computeHash(class WTF::Vector&lt;unsigned char,20&gt; &amp;)&quot; (__imp_?computeHash@SHA1@WTF@@QAEXAAV?$Vector@E$0BE@@2@@Z) referenced in function &quot;private: class WTF::PassOwnPtr&lt;struct WebCore::DOMPatchSupport::Digest&gt; __thiscall WebCore::DOMPatchSupport::createDigest(class WebCore::Node *,class WTF::HashMap&lt;class WTF::String,struct WebCore::DOMPatchSupport::Digest *,struct WTF::StringHash,struct WTF::HashTraits&lt;class WTF::String&gt;,struct WTF::HashTraits&lt;struct WebCore::DOMPatchSupport::Digest *&gt; &gt; *)&quot; (?createDigest@DOMPatchSupport@WebCore@@AAE?AV?$PassOwnPtr@UDigest@DOMPatchSupport@WebCore@@@WTF@@PAVNode@2@PAV?$HashMap@VString@WTF@@PAUDigest@DOMPatchSupport@WebCore@@UStringHash@2@U?$HashTraits@VString@WTF@@@2@U?$HashTraits@PAUDigest@DOMPatchSupport@WebCore@@@2@@4@@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: void __thiscall WTF::SHA1::computeHash(class WTF::Vector&lt;unsigned char,20&gt; &amp;)&quot; (__imp_?computeHash@SHA1@WTF@@QAEXAAV?$Vector@E$0BE@@2@@Z)
WebCore.lib(DOMPatchSupport.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::SHA1::SHA1(void)&quot; (__imp_??0SHA1@WTF@@QAE@XZ) referenced in function &quot;private: class WTF::PassOwnPtr&lt;struct WebCore::DOMPatchSupport::Digest&gt; __thiscall WebCore::DOMPatchSupport::createDigest(class WebCore::Node *,class WTF::HashMap&lt;class WTF::String,struct WebCore::DOMPatchSupport::Digest *,struct WTF::StringHash,struct WTF::HashTraits&lt;class WTF::String&gt;,struct WTF::HashTraits&lt;struct WebCore::DOMPatchSupport::Digest *&gt; &gt; *)&quot; (?createDigest@DOMPatchSupport@WebCore@@AAE?AV?$PassOwnPtr@UDigest@DOMPatchSupport@WebCore@@@WTF@@PAVNode@2@PAV?$HashMap@VString@WTF@@PAUDigest@DOMPatchSupport@WebCore@@UStringHash@2@U?$HashTraits@VString@WTF@@@2@U?$HashTraits@PAUDigest@DOMPatchSupport@WebCore@@@2@@4@@Z)
WebCore.lib(WebSocketHandshake.obj) : error LNK2001: unresolved external symbol &quot;__declspec(dllimport) public: __thiscall WTF::SHA1::SHA1(void)&quot; (__imp_??0SHA1@WTF@@QAE@XZ)
WebCore.lib(PageScriptDebugServer.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) void __cdecl WTF::setMainThreadCallbacksPaused(bool)&quot; (__imp_?setMainThreadCallbacksPaused@WTF@@YAX_N@Z) referenced in function &quot;private: void __thiscall WebCore::PageScriptDebugServer::setJavaScriptPaused(class WebCore::PageGroup const &amp;,bool)&quot; (?setJavaScriptPaused@PageScriptDebugServer@WebCore@@AAEXABVPageGroup@2@_N@Z)
WebCore.lib(JavaScriptCallFrame.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: enum JSC::DebuggerCallFrame::Type __thiscall JSC::DebuggerCallFrame::type(void)const &quot; (__imp_?type@DebuggerCallFrame@JSC@@QBE?AW4Type@12@XZ) referenced in function &quot;public: enum JSC::DebuggerCallFrame::Type __thiscall WebCore::JavaScriptCallFrame::type(void)const &quot; (?type@JavaScriptCallFrame@WebCore@@QBE?AW4Type@DebuggerCallFrame@JSC@@XZ)
WebCore.lib(JavaScriptCallFrame.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: class JSC::JSObject * __thiscall JSC::DebuggerCallFrame::thisObject(void)const &quot; (__imp_?thisObject@DebuggerCallFrame@JSC@@QBEPAVJSObject@2@XZ) referenced in function &quot;public: class JSC::JSObject * __thiscall WebCore::JavaScriptCallFrame::thisObject(void)const &quot; (?thisObject@JavaScriptCallFrame@WebCore@@QBEPAVJSObject@JSC@@XZ)
WebCore.lib(JavaScriptCallFrame.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: class JSC::JSValue __thiscall JSC::DebuggerCallFrame::evaluate(class JSC::UString const &amp;,class JSC::JSValue &amp;)const &quot; (__imp_?evaluate@DebuggerCallFrame@JSC@@QBE?AVJSValue@2@ABVUString@2@AAV32@@Z) referenced in function &quot;public: class JSC::JSValue __thiscall WebCore::JavaScriptCallFrame::evaluate(class JSC::UString const &amp;,class JSC::JSValue &amp;)const &quot; (?evaluate@JavaScriptCallFrame@WebCore@@QBE?AVJSValue@JSC@@ABVUString@4@AAV34@@Z)
WebCore.lib(JavaScriptCallFrame.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) public: class JSC::UString __thiscall JSC::DebuggerCallFrame::calculatedFunctionName(void)const &quot; (__imp_?calculatedFunctionName@DebuggerCallFrame@JSC@@QBE?AVUString@2@XZ) referenced in function &quot;public: class WTF::String __thiscall WebCore::JavaScriptCallFrame::functionName(void)const &quot; (?functionName@JavaScriptCallFrame@WebCore@@QBE?AVString@WTF@@XZ)
..\lib\QtWebKit5.dll : fatal error LNK1120: 36 unresolved externals</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>641415</commentid>
    <comment_count>1</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-05 04:34:02 -0700</bug_when>
    <thetext>It would be useful: http://trac.webkit.org/wiki/ExportingSymbols</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>643556</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-07 07:54:28 -0700</bug_when>
    <thetext>Any volunteer to fix it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>644782</commentid>
    <comment_count>3</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-08 10:22:42 -0700</bug_when>
    <thetext>I believe the problem is caused by cross-lib dependencies and culprit is this:
functions.prf: defineTest(linkAgainstLibrary)
        mac {
            LIBS += -Wl,-force_load,$${path}$${QMAKE_DIR_SEP}lib$${target}.a
        } else:win32-msvc*|wince*|win32-icc {
            LIBS += /OPT:REF -l$$target
        } else {
            LIBS += -Wl,-whole-archive -l$$target -Wl,-no-whole-archive
        }

Seems to me that for win we don&apos;t specify that we need the whole static library. I guess the force_static_libs_as_shared CONFIG switch would fix the build, but it&apos;s not for production builds. We need the appropriate linker option for MSVC.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>644785</commentid>
    <comment_count>4</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-08 10:27:29 -0700</bug_when>
    <thetext>According to http://msdn.microsoft.com/en-US/library/bxwfs976%28v=VS.80%29.aspx /OPT:NOREF instead of /OPT:REF may solve this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>645471</commentid>
    <comment_count>5</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2012-06-10 02:27:43 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; According to http://msdn.microsoft.com/en-US/library/bxwfs976%28v=VS.80%29.aspx /OPT:NOREF instead of /OPT:REF may solve this.

You&apos;re right. I got it wrong when I added this, NOREF is the right switch to use.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>645929</commentid>
    <comment_count>6</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-11 06:03:58 -0700</bug_when>
    <thetext>I tried s/OPT:REF/OPT:NOREF , but it didn&apos;t help for me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>645997</commentid>
    <comment_count>7</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-11 07:49:43 -0700</bug_when>
    <thetext>~ArrayBufferView and neuter fails are related to this change - http://trac.webkit.org/changeset/112558</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646005</commentid>
    <comment_count>8</comment_count>
      <attachid>146857</attachid>
    <who name="Joel Dillon">joel.dillon</who>
    <bug_when>2012-06-11 08:09:38 -0700</bug_when>
    <thetext>Created attachment 146857
Use the defines that cause WTF and JavaScriptCore&apos;s headers to export, not import, their symbols</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646006</commentid>
    <comment_count>9</comment_count>
    <who name="Joel Dillon">joel.dillon</who>
    <bug_when>2012-06-11 08:11:34 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; Created an attachment (id=146857) [details]
&gt; Use the defines that cause WTF and JavaScriptCore&apos;s headers to export, not import, their symbols

This is how I fixed it. It&apos;s probably not as nice a solution, though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646008</commentid>
    <comment_count>10</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-11 08:27:32 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; Created an attachment (id=146857) [details] [details]
&gt; &gt; Use the defines that cause WTF and JavaScriptCore&apos;s headers to export, not import, their symbols
&gt; 
&gt; This is how I fixed it. It&apos;s probably not as nice a solution, though.

Nothing changed for me with this workaroud, I still get the attached fails. :(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646010</commentid>
    <comment_count>11</comment_count>
      <attachid>146860</attachid>
    <who name="Joel Dillon">joel.dillon</who>
    <bug_when>2012-06-11 08:32:38 -0700</bug_when>
    <thetext>Created attachment 146860
Make sure not to dllimport WTF/JavaScriptCore symbols

Sorry, this patch, though I did need the other one too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646704</commentid>
    <comment_count>12</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-12 00:44:48 -0700</bug_when>
    <thetext>I tried these patches, but unfortunately nothing changed for me.

But I started to understand import/export macros and how 
QtWebKit libraries linking work on Windows.

If I&apos;m correct, we have JavaScriptcore.lib, WTF.lib and WebCore.lib as static 
libraries. And then we try to link QtWebKit5.dll from API objects and from
theses static libraries. In this case we shouldn&apos;t use export macros during
building JavaScriptCore, WTF and WebCore _and_ we shouldn&apos;t use import macros
during linking QtWebKit5.dll. (As far as I know export/import macros are only
useable for creating/using dlls)

I tried to add &quot;DEFINES += WTF_USE_EXPORT_MACROS=0&quot; to JavaScriptCore.pri,
WebCore.pri and WTF.pri and then I got only 8 unresolved external instead of 36:

qwebframe.obj : error LNK2019: unresolved external symbol __imp__JSValueMakeUndefined referenced in function &quot;struct OpaqueJSValue const * __cdecl qtSenderCallback(struct OpaqueJSContext const *,struct OpaqueJSValue *,struct OpaqueJSValue *,unsigned int,struct OpaqueJSValue const * const * const,struct OpaqueJSValue const * *)&quot; (?qtSenderCallback@@YAPBUOpaqueJSValue@@PBUOpaqueJSContext@@PAU1@1IQBQBU1@PAPBU1@@Z)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueIsEqual referenced in function &quot;public: bool __thiscall JSC::Bindings::QtConnectionObject::match(struct OpaqueJSContext const *,class QObject *,int,struct OpaqueJSValue *,struct OpaqueJSValue *)&quot; (?match@QtConnectionObject@Bindings@JSC@@QAE_NPBUOpaqueJSContext@@PAVQObject@@HPAUOpaqueJSValue@@2@Z)
WebCore.lib(ScriptValue.obj) : error LNK2001: unresolved external symbol __imp__JSValueIsEqual
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueProtect referenced in function &quot;public: __thiscall JSC::Bindings::QtConnectionObject::QtConnectionObject(struct OpaqueJSContext const *,class WTF::PassRefPtr&lt;class JSC::Bindings::QtInstance&gt;,int,struct OpaqueJSValue *,struct OpaqueJSValue *)&quot; (??0QtConnectionObject@Bindings@JSC@@QAE@PBUOpaqueJSContext@@V?$PassRefPtr@VQtInstance@Bindings@JSC@@@WTF@@HPAUOpaqueJSValue@@2@Z)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueUnprotect referenced in function &quot;public: virtual __thiscall JSC::Bindings::QtConnectionObject::~QtConnectionObject(void)&quot; (??1QtConnectionObject@Bindings@JSC@@UAE@XZ)
WebCore.lib(qt_runtime.obj) : error LNK2019: unresolved external symbol __imp__JSValueToNumber referenced in function &quot;public: void __thiscall JSC::Bindings::QtConnectionObject::execute(void * *)&quot; (?execute@QtConnectionObject@Bindings@JSC@@QAEXPAPAX@Z)
WebCore.lib(ImageQt.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) class QPixmap __cdecl WebCore::qt_pixmapFromWinHBITMAP(struct HBITMAP__ *,int)&quot; (__imp_?qt_pixmapFromWinHBITMAP@WebCore@@YA?AVQPixmap@@PAUHBITMAP__@@H@Z) referenced in function &quot;public: static class WTF::PassRefPtr&lt;class WebCore::BitmapImage&gt; __cdecl WebCore::BitmapImage::create(struct HBITMAP__ *)&quot; (?create@BitmapImage@WebCore@@SA?AV?$PassRefPtr@VBitmapImage@WebCore@@@WTF@@PAUHBITMAP__@@@Z)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: struct HDC__ * __thiscall WebCore::GraphicsContext::getWindowsContext(class WebCore::IntRect const &amp;,bool,bool)&quot; (?getWindowsContext@GraphicsContext@WebCore@@QAEPAUHDC__@@ABVIntRect@2@_N1@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::LocalWindowsContext(class WebCore::GraphicsContext *,class WebCore::IntRect const &amp;,bool,bool)&quot; (??0LocalWindowsContext@WebCore@@QAE@PAVGraphicsContext@1@ABVIntRect@1@_N2@Z)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: void __thiscall WebCore::GraphicsContext::releaseWindowsContext(struct HDC__ *,class WebCore::IntRect const &amp;,bool,bool)&quot; (?releaseWindowsContext@GraphicsContext@WebCore@@QAEXPAUHDC__@@ABVIntRect@2@_N2@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::~LocalWindowsContext(void)&quot; (??1LocalWindowsContext@WebCore@@QAE@XZ)


And then I found the reason of JSValue* related unresolved symbols: JSC uses
USE_EXPORT_MACROS instead of WTF_USE_EXPORT_MACROS as export/import macros.
Now I&apos;m trying disable this one too.

PS: I found an old patch (by Simon, r=Tor Arne) enabled import/export macros on Qt - http://trac.webkit.org/changeset/106650 . Could you check it, please?
I think we should enable import/export macros during linking QtWebKit5.dll only, don&apos;t we?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646731</commentid>
    <comment_count>13</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-12 01:33:55 -0700</bug_when>
    <thetext>Now I have only 3 unresolved external:
WebCore.lib(ImageQt.obj) : error LNK2019: unresolved external symbol &quot;__declspec(dllimport) class QPixmap __cdecl WebCore::qt_pixmapFromWinHBITMAP(struct HBITMAP__ *,int)&quot; (__imp_?qt_pixmapFromWinHBITMAP@WebCore@@YA?AVQPixmap@@PAUHBITMAP__@@H@Z) referenced in function &quot;public: static class WTF::PassRefPtr&lt;class WebCore::BitmapImage&gt; __cdecl WebCore::BitmapImage::create(struct HBITMAP__ *)&quot; (?create@BitmapImage@WebCore@@SA?AV?$PassRefPtr@VBitmapImage@WebCore@@@WTF@@PAUHBITMAP__@@@Z)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: struct HDC__ * __thiscall WebCore::GraphicsContext::getWindowsContext(class WebCore::IntRect const &amp;,bool,bool)&quot; (?getWindowsContext@GraphicsContext@WebCore@@QAEPAUHDC__@@ABVIntRect@2@_N1@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::LocalWindowsContext(class WebCore::GraphicsContext *,class WebCore::IntRect const &amp;,bool,bool)&quot; (??0LocalWindowsContext@WebCore@@QAE@PAVGraphicsContext@1@ABVIntRect@1@_N2@Z)
WebCore.lib(PluginViewWin.obj) : error LNK2019: unresolved external symbol &quot;public: void __thiscall WebCore::GraphicsContext::releaseWindowsContext(struct HDC__ *,class WebCore::IntRect const &amp;,bool,bool)&quot; (?releaseWindowsContext@GraphicsContext@WebCore@@QAEXPAUHDC__@@ABVIntRect@2@_N2@Z) referenced in function &quot;public: __thiscall WebCore::LocalWindowsContext::~LocalWindowsContext(void)&quot; (??1LocalWindowsContext@WebCore@@QAE@XZ)
.

I&apos;m digging them ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646735</commentid>
    <comment_count>14</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-12 01:42:03 -0700</bug_when>
    <thetext>ImageQt.obj problem is come from this change - http://trac.webkit.org/changeset/119924/trunk/Source/WebCore/platform/graphics/qt/ImageQt.cpp

Is this function exported to QtXXXX.dll?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646741</commentid>
    <comment_count>15</comment_count>
    <who name="Joel Dillon">joel.dillon</who>
    <bug_when>2012-06-12 01:52:41 -0700</bug_when>
    <thetext>(In reply to comment #14)
&gt; ImageQt.obj problem is come from this change - http://trac.webkit.org/changeset/119924/trunk/Source/WebCore/platform/graphics/qt/ImageQt.cpp
&gt; 
&gt; Is this function exported to QtXXXX.dll?

My recollection is that it wasn&apos;t exported (looked like a private API), so I copied the code into webkit instead. Might be better to change qtbase to export it, though? I&apos;m not sure what the rationale was for removing the functionality in the first place, it&apos;s useful to Windows developers...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646742</commentid>
    <comment_count>16</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-12 01:56:49 -0700</bug_when>
    <thetext>(In reply to comment #15)
&gt; (In reply to comment #14)
&gt; &gt; ImageQt.obj problem is come from this change - http://trac.webkit.org/changeset/119924/trunk/Source/WebCore/platform/graphics/qt/ImageQt.cpp
&gt; &gt; 
&gt; &gt; Is this function exported to QtXXXX.dll?
&gt; 
&gt; My recollection is that it wasn&apos;t exported (looked like a private API), so I copied the code into webkit instead. Might be better to change qtbase to export it, though? I&apos;m not sure what the rationale was for removing the functionality in the first place, it&apos;s useful to Windows developers...

It should be exported.
qtbase/src/gui/image/qpixmap_win.cpp:
Q_GUI_EXPORT QPixmap qt_pixmapFromWinHBITMAP(HBITMAP bitmap, int hbitmapFormat = 0)

and it is used is several places (printsupport and platform plugin) in the same way as I did. Btw, I don&apos;t understand how the hell the Q_GUI_EXPORT declaration turned into __dllspec(dllimport)??? However, if we can&apos;t do better than let&apos;s copy the code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646744</commentid>
    <comment_count>17</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-12 02:01:35 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; I tried these patches, but unfortunately nothing changed for me.
&gt; 
&gt; But I started to understand import/export macros and how 
&gt; QtWebKit libraries linking work on Windows.
&gt; 
&gt; If I&apos;m correct, we have JavaScriptcore.lib, WTF.lib and WebCore.lib as static 
&gt; libraries. And then we try to link QtWebKit5.dll from API objects and from
&gt; theses static libraries. In this case we shouldn&apos;t use export macros during
&gt; building JavaScriptCore, WTF and WebCore _and_ we shouldn&apos;t use import macros
&gt; during linking QtWebKit5.dll. (As far as I know export/import macros are only
&gt; useable for creating/using dlls)

If we don&apos;t expose the relevant symbols from jsc, wtf, WebCore, than we can&apos;t build  WebKitTestRunner (and DRT?). But it can be ok for a beta release :) The question is: is that true that __dllspec(dllexport) can not be used for a static lib?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646746</commentid>
    <comment_count>18</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-12 02:04:03 -0700</bug_when>
    <thetext>(In reply to comment #16)
&gt; (In reply to comment #15)
&gt; &gt; (In reply to comment #14)
&gt; &gt; &gt; ImageQt.obj problem is come from this change - http://trac.webkit.org/changeset/119924/trunk/Source/WebCore/platform/graphics/qt/ImageQt.cpp
&gt; &gt; &gt; 
&gt; &gt; &gt; Is this function exported to QtXXXX.dll?
&gt; &gt; 
&gt; &gt; My recollection is that it wasn&apos;t exported (looked like a private API), so I copied the code into webkit instead. Might be better to change qtbase to export it, though? I&apos;m not sure what the rationale was for removing the functionality in the first place, it&apos;s useful to Windows developers...
&gt; 
&gt; It should be exported.
&gt; qtbase/src/gui/image/qpixmap_win.cpp:
&gt; Q_GUI_EXPORT QPixmap qt_pixmapFromWinHBITMAP(HBITMAP bitmap, int hbitmapFormat = 0)
&gt; 
&gt; and it is used is several places (printsupport and platform plugin) in the same way as I did. Btw, I don&apos;t understand how the hell the Q_GUI_EXPORT declaration turned into __dllspec(dllimport)??? However, if we can&apos;t do better than let&apos;s copy the code.

It is normal Q_GUI_EXPORT is __declspec(dllexport) when you build 
the lib and it is __declspec(dllimport) if you use the lib.

#  define Q_DECL_EXPORT __declspec(dllexport)
#  define Q_DECL_IMPORT __declspec(dllimport) 

...

#    if defined(QT_BUILD_GUI_LIB)
#      define Q_GUI_EXPORT Q_DECL_EXPORT
#    else
#      define Q_GUI_EXPORT Q_DECL_IMPORT
#    endif</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646805</commentid>
    <comment_count>19</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-06-12 04:24:15 -0700</bug_when>
    <thetext>(In reply to comment #18)
&gt; (In reply to comment #16)
&gt; &gt; (In reply to comment #15)
&gt; &gt; &gt; (In reply to comment #14)
&gt; &gt; &gt; &gt; ImageQt.obj problem is come from this change - http://trac.webkit.org/changeset/119924/trunk/Source/WebCore/platform/graphics/qt/ImageQt.cpp
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; Is this function exported to QtXXXX.dll?
&gt; &gt; &gt; 
&gt; &gt; &gt; My recollection is that it wasn&apos;t exported (looked like a private API), so I copied the code into webkit instead. Might be better to change qtbase to export it, though? I&apos;m not sure what the rationale was for removing the functionality in the first place, it&apos;s useful to Windows developers...
&gt; &gt; 
&gt; &gt; It should be exported.
&gt; &gt; qtbase/src/gui/image/qpixmap_win.cpp:
&gt; &gt; Q_GUI_EXPORT QPixmap qt_pixmapFromWinHBITMAP(HBITMAP bitmap, int hbitmapFormat = 0)
&gt; &gt; 
&gt; &gt; and it is used is several places (printsupport and platform plugin) in the same way as I did. Btw, I don&apos;t understand how the hell the Q_GUI_EXPORT declaration turned into __dllspec(dllimport)??? However, if we can&apos;t do better than let&apos;s copy the code.
&gt; 
&gt; It is normal Q_GUI_EXPORT is __declspec(dllexport) when you build 
&gt; the lib and it is __declspec(dllimport) if you use the lib.
&gt; 
&gt; #  define Q_DECL_EXPORT __declspec(dllexport)
&gt; #  define Q_DECL_IMPORT __declspec(dllimport) 
&gt; 
&gt; ...
&gt; 
&gt; #    if defined(QT_BUILD_GUI_LIB)
&gt; #      define Q_GUI_EXPORT Q_DECL_EXPORT
&gt; #    else
&gt; #      define Q_GUI_EXPORT Q_DECL_IMPORT
&gt; #    endif

I checked QtQui5.dll with &quot;dumpbin /exports&quot; and it said this symbol is exported:
4565 11D4 0005AE30 ?qt_pixmapFromWinHBITMAP@@YA?AVQPixmap@@PAUHBITMAP__@@H@Z</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646830</commentid>
    <comment_count>20</comment_count>
    <who name="Andras Becsi">abecsi</who>
    <bug_when>2012-06-12 04:48:22 -0700</bug_when>
    <thetext>Isn&apos;t the basic issue that for _each_ sublibrary we do

DEFINES += BUILDING_WEBKIT

in Tools/qmake/mkspecs/features/default_post.prf, whereas BUILDING_WEBKIT should only be defined in the final linking phase of the dll?

At least I remember having similar issues with the old build system which were caused by the wrongly defined BUILDING_WEBKIT.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646861</commentid>
    <comment_count>21</comment_count>
    <who name="Tor Arne Vestbø">vestbo</who>
    <bug_when>2012-06-12 05:47:19 -0700</bug_when>
    <thetext>(In reply to comment #20)
&gt; Isn&apos;t the basic issue that for _each_ sublibrary we do
&gt; 
&gt; DEFINES += BUILDING_WEBKIT
&gt; 
&gt; in Tools/qmake/mkspecs/features/default_post.prf, whereas BUILDING_WEBKIT should only be defined in the final linking phase of the dll?
&gt; 
&gt; At least I remember having similar issues with the old build system which were caused by the wrongly defined BUILDING_WEBKIT.


BUILDING_WEBKIT controls the exports for the final QtWebKit library (QWEBKIT_EXPORT), which we have spread out in multiple static libs,  and we might use between static libs. So defining BUILDING_WEBKIT for all the static libs is correct AFAICT, so that they are all dllexport.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646872</commentid>
    <comment_count>22</comment_count>
    <who name="Andras Becsi">abecsi</who>
    <bug_when>2012-06-12 06:18:07 -0700</bug_when>
    <thetext>(In reply to comment #21)
&gt; (In reply to comment #20)
&gt; &gt; Isn&apos;t the basic issue that for _each_ sublibrary we do
&gt; &gt; 
&gt; &gt; DEFINES += BUILDING_WEBKIT
&gt; &gt; 
&gt; &gt; in Tools/qmake/mkspecs/features/default_post.prf, whereas BUILDING_WEBKIT should only be defined in the final linking phase of the dll?
&gt; &gt; 
&gt; &gt; At least I remember having similar issues with the old build system which were caused by the wrongly defined BUILDING_WEBKIT.
&gt; 
&gt; 
&gt; BUILDING_WEBKIT controls the exports for the final QtWebKit library (QWEBKIT_EXPORT), which we have spread out in multiple static libs,  and we might use between static libs. So defining BUILDING_WEBKIT for all the static libs is correct AFAICT, so that they are all dllexport.

But in Source/WebKit/qt/Api/qwebkitglobal.h the &quot;if defined(BUILDING_WEBKIT)&quot; check is guarded by QT_MAKEDLL which is not defined when building a static lib, so we seem to always end up with &quot;define QWEBKIT_EXPORT Q_DECL_IMPORT&quot; when building the static libraries.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>646890</commentid>
    <comment_count>23</comment_count>
    <who name="Andras Becsi">abecsi</who>
    <bug_when>2012-06-12 06:32:49 -0700</bug_when>
    <thetext>(In reply to comment #22)
[snip]
&gt; we seem to always end up with &quot;define QWEBKIT_EXPORT Q_DECL_IMPORT&quot; when building the static libraries.

Or rather with an empty QWEBKIT_EXPORT, since the other part is guarded with QT_DLL which I suppose is not defined either when building a static sub library.

What is the role of QT_SHARED in contrast to QT_MAKEDLL / QT_DLL in this case, and when is it defined?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648025</commentid>
    <comment_count>24</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 08:06:08 -0700</bug_when>
    <thetext>*** Bug 88301 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648060</commentid>
    <comment_count>25</comment_count>
      <attachid>147324</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 08:35:10 -0700</bug_when>
    <thetext>Created attachment 147324
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648070</commentid>
    <comment_count>26</comment_count>
      <attachid>147328</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 08:42:05 -0700</bug_when>
    <thetext>Created attachment 147328
Patch

Fixing with proper credits.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648075</commentid>
    <comment_count>27</comment_count>
      <attachid>147328</attachid>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2012-06-13 08:49:09 -0700</bug_when>
    <thetext>Comment on attachment 147328
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review

&gt; Source/JavaScriptCore/API/JSBase.h:74
&gt; -#if defined(BUILDING_JavaScriptCore) || defined(BUILDING_WTF)
&gt; +#if defined(BUILDING_JavaScriptCore) || defined(STATICALLY_LINKED_WITH_JavaScriptCore)

Isn&apos;t this going to break other non-Qt ports that do not set STATICALLY_LINKED_WITH_JavaScriptCore but BUILDING_WTF instead?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648082</commentid>
    <comment_count>28</comment_count>
      <attachid>147328</attachid>
    <who name="Tor Arne Vestbø">vestbo</who>
    <bug_when>2012-06-13 08:54:28 -0700</bug_when>
    <thetext>Comment on attachment 147328
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review

&gt; Source/WebCore/platform/PlatformExportMacros.h:38
&gt; +#if defined(BUILDING_WebCore) || defined(BUILDING_WebKit) || \

Isn&apos;t this the same pattern as in JSC/WTF, that it should be defined(BUILDING_WebCore) || defined(STATICALLY_LINKED_WITH_WebCore)?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648087</commentid>
    <comment_count>29</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 08:59:47 -0700</bug_when>
    <thetext>(In reply to comment #27)
&gt; (From update of attachment 147328 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review
&gt; 
&gt; &gt; Source/JavaScriptCore/API/JSBase.h:74
&gt; &gt; -#if defined(BUILDING_JavaScriptCore) || defined(BUILDING_WTF)
&gt; &gt; +#if defined(BUILDING_JavaScriptCore) || defined(STATICALLY_LINKED_WITH_JavaScriptCore)
&gt; 
&gt; Isn&apos;t this going to break other non-Qt ports that do not set STATICALLY_LINKED_WITH_JavaScriptCore but BUILDING_WTF instead?

Ah damn, my webkit-patch comment didn&apos;t make it. Yes this isn&apos;t for landing as long as we don&apos;t fix the other ports (at least Wx).

(In reply to comment #28)
&gt; (From update of attachment 147328 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review
&gt; 
&gt; &gt; Source/WebCore/platform/PlatformExportMacros.h:38
&gt; &gt; +#if defined(BUILDING_WebCore) || defined(BUILDING_WebKit) || \
&gt; 
&gt; Isn&apos;t this the same pattern as in JSC/WTF, that it should be defined(BUILDING_WebCore) || defined(STATICALLY_LINKED_WITH_WebCore)?

Yes, isn&apos;t it on the next line?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648096</commentid>
    <comment_count>30</comment_count>
      <attachid>147328</attachid>
    <who name="Tor Arne Vestbø">vestbo</who>
    <bug_when>2012-06-13 09:06:05 -0700</bug_when>
    <thetext>Comment on attachment 147328
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review

&gt;&gt;&gt; Source/WebCore/platform/PlatformExportMacros.h:38
&gt;&gt;&gt; +#if defined(BUILDING_WebCore) || defined(BUILDING_WebKit) || \
&gt;&gt; 
&gt;&gt; Isn&apos;t this the same pattern as in JSC/WTF, that it should be defined(BUILDING_WebCore) || defined(STATICALLY_LINKED_WITH_WebCore)?
&gt; 
&gt; Yes, isn&apos;t it on the next line?

I was referring to the original defined(BUILDING_WebKit) part, why is it there? Is it the same workaround as #if defined(BUILDING_WTF)  || defined(BUILDING_JavaScriptCore) ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648123</commentid>
    <comment_count>31</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 09:25:56 -0700</bug_when>
    <thetext>(In reply to comment #30)
&gt; (From update of attachment 147328 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=147328&amp;action=review
&gt; 
&gt; &gt;&gt;&gt; Source/WebCore/platform/PlatformExportMacros.h:38
&gt; &gt;&gt;&gt; +#if defined(BUILDING_WebCore) || defined(BUILDING_WebKit) || \
&gt; &gt;&gt; 
&gt; &gt;&gt; Isn&apos;t this the same pattern as in JSC/WTF, that it should be defined(BUILDING_WebCore) || defined(STATICALLY_LINKED_WITH_WebCore)?
&gt; &gt; 
&gt; &gt; Yes, isn&apos;t it on the next line?
&gt; 
&gt; I was referring to the original defined(BUILDING_WebKit) part, why is it there? Is it the same workaround as #if defined(BUILDING_WTF)  || defined(BUILDING_JavaScriptCore) ?

I assume it isn&apos;t since it&apos;s called WEBKIT_EXPORTDATA, but it&apos;s hard to tell since this seems to be used only in JSDOMGlobalObject.h.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>648240</commentid>
    <comment_count>32</comment_count>
      <attachid>147360</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-13 10:44:29 -0700</bug_when>
    <thetext>Created attachment 147360
Patch

Updated the Wx build to follow the new defines. I couldn&apos;t find any other port defining BUILDING_JavaScriptCore that way.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652080</commentid>
    <comment_count>33</comment_count>
      <attachid>147360</attachid>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-18 23:20:38 -0700</bug_when>
    <thetext>Comment on attachment 147360
Patch

I&apos;m not sure about the QT side of the build, but I do not think these macros are correct for wx. The WTF/JS_EXPORT macros are for dynamic libraries only, not static, so macros with names like STATICALLY_LINKED_WITH_WTF are confusing. On the wx port, we simply use export macros when building JSCore and WTF, which is what the defines for our port indicate and does not need changed. I don&apos;t know enough about the QT build to say what precisely is going wrong, but it sounds like either the .dll is not importing all symbols from the static library, or there are both static and dynamic build configs for QTWebKit and the scripts are not adjusting the build configurations accordingly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652279</commentid>
    <comment_count>34</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-19 03:07:48 -0700</bug_when>
    <thetext>(In reply to comment #33)
&gt; (From update of attachment 147360 [details])
&gt; I&apos;m not sure about the QT side of the build, but I do not think these macros are correct for wx.

Sorry, I think that the actual problem wasn&apos;t properly explained here.
The problem is only on Windows, since the import/export status of a symbol is part of its signature.
So in our case what we had is that JavaScriptCore, WTF and WebCore are all compiled as static libraries and linked in the final QtWebKit.dll. All of them only define their own BUILDING_***
What happened is that JavaScriptCore defines a symbol, something like:
_export_JavaScriptCoreSomething
And then WebCore includes its header but since BUILDING_JavaScriptCore isn&apos;t defined, the symbol is referred as:
_import_JavaScriptCoreSomething
And this raise an undefined symbol error when the linking occurs. Both of them should be defined as _export_...

In wx it seems like you have fixed this issue between JavaScriptCore and WTF by saying in the WTF header: &quot;Define as an export symbol if I&apos;m building WTF OR JavaScriptCore&quot;

So this patch fixes the same issue, but by specifying it explicitly with STATICALLY_LINKED_WITH_WTF instead of relying on WTF headers knowing internally that it is going to be statically linked with JavaScriptCore (plus with WebCore for Qt).

If you have any idea on how to improve it please let me know, but I&apos;d like if there were only one solution.
Stretching like this in WTF and JavaScriptCore would be pretty nasty and I&apos;d like to avoid it too:
#if defined(BUILDING_WTF) || defined(BUILDING_JavaScriptCore) || (PLATFORM(QT) &amp;&amp; defined(BUILDING_WebCore)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>652506</commentid>
    <comment_count>35</comment_count>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-19 09:05:22 -0700</bug_when>
    <thetext>(In reply to comment #34)
&gt; (In reply to comment #33)
&gt; &gt; (From update of attachment 147360 [details] [details])
&gt; &gt; I&apos;m not sure about the QT side of the build, but I do not think these macros are correct for wx.
&gt; 
&gt; Sorry, I think that the actual problem wasn&apos;t properly explained here.
&gt; The problem is only on Windows, since the import/export status of a symbol is part of its signature.

The problem is not Windows-only, it sounds like you guys are simply exporting all symbols for gcc (the default behavior there), so you only see the problem on Windows.

&gt; So in our case what we had is that JavaScriptCore, WTF and WebCore are all compiled as static libraries and linked in the final QtWebKit.dll. All of them only define their own BUILDING_***
&gt; What happened is that JavaScriptCore defines a symbol, something like:
&gt; _export_JavaScriptCoreSomething
&gt; And then WebCore includes its header but since BUILDING_JavaScriptCore isn&apos;t defined, the symbol is referred as:
&gt; _import_JavaScriptCoreSomething
&gt; And this raise an undefined symbol error when the linking occurs. Both of them should be defined as _export_...
&gt; 
&gt; In wx it seems like you have fixed this issue between JavaScriptCore and WTF by saying in the WTF header: &quot;Define as an export symbol if I&apos;m building WTF OR JavaScriptCore&quot;

The macros are built to assume that you are building JSCore as a dll and statically linking WTF into it. This is how all the other ports that I&apos;m aware of work. Since you instead statically link all of JSCore and WTF into QTWebKit5.dll, you will need to find a solution that only affects the QT build, or, switch the QT build to match what the other ports are doing, which is usually the best approach as it keeps problems like this from cropping up.

However, I&apos;m still rather apprehensive that this is really the issue here because QT turned on the use of export macros 5 months ago in r106650. The builds should have immediately failed at that time if QT was building everything statically into QTWebKit5.dll and was not addressing the BUILDING_XYZ defines issue. So why are builds only failing now? Has something recently changed about how QT builds the WebKit dll? Perhaps a change was made recently by someone who was unaware of the export macros issue and only tested the change under Unix platforms?

&gt; So this patch fixes the same issue, but by specifying it explicitly with STATICALLY_LINKED_WITH_WTF instead of relying on WTF headers knowing internally that it is going to be statically linked with JavaScriptCore (plus with WebCore for Qt).
&gt; 
&gt; If you have any idea on how to improve it please let me know, but I&apos;d like if there were only one solution.
&gt; Stretching like this in WTF and JavaScriptCore would be pretty nasty and I&apos;d like to avoid it too:
&gt; #if defined(BUILDING_WTF) || defined(BUILDING_JavaScriptCore) || (PLATFORM(QT) &amp;&amp; defined(BUILDING_WebCore)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>653420</commentid>
    <comment_count>36</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-20 06:45:54 -0700</bug_when>
    <thetext>(In reply to comment #35)
&gt; The problem is not Windows-only, it sounds like you guys are simply exporting all symbols for gcc (the default behavior there), so you only see the problem on Windows.
&gt;
The problem I meant is that we have unmatched symbols breakage at linking. Symbols were and are still correctly exported with this patch, both on Linux and Windows.
 
&gt; The macros are built to assume that you are building JSCore as a dll and statically linking WTF into it. This is how all the other ports that I&apos;m aware of work. Since you instead statically link all of JSCore and WTF into QTWebKit5.dll, you will need to find a solution that only affects the QT build, or, switch the QT build to match what the other ports are doing, which is usually the best approach as it keeps problems like this from cropping up.
&gt;
I&apos;m trying to prevent the headers from assuming anything that the build system knows best, to make it cleaner and flexible enough for Qt&apos;s case. I still don&apos;t understand why you don&apos;t like it, for wx the only thing it changes is removing &quot;#if ...defined(BUILDING_JavaScriptCore)...&quot; from WTF and ask the build system to define STATICALLY_LINKED_WITH_WTF instead and keep the exact same semantic. If you see any issue with it please let me know.
 
&gt; However, I&apos;m still rather apprehensive that this is really the issue here because QT turned on the use of export macros 5 months ago in r106650. The builds should have immediately failed at that time if QT was building everything statically into QTWebKit5.dll and was not addressing the BUILDING_XYZ defines issue. So why are builds only failing now? Has something recently changed about how QT builds the WebKit dll? Perhaps a change was made recently by someone who was unaware of the export macros issue and only tested the change under Unix platforms?
&gt; 
We didn&apos;t have anybody working on Windows since the last release, there were other issues in the way following re-architecturing that we had to fix before encountering this one.

I see your concern and I can upload a patch with #if PLATFORM(QT) scattered around to see how it looks if you think that would be better, but I&apos;d like us to agree on technical terms before I do, since I think it would make those headers even more complex.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>653524</commentid>
    <comment_count>37</comment_count>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-20 09:02:34 -0700</bug_when>
    <thetext>(In reply to comment #36)
&gt; (In reply to comment #35)
&gt; I&apos;m trying to prevent the headers from assuming anything that the build system knows best, to make it cleaner and flexible enough for Qt&apos;s case. I still don&apos;t understand why you don&apos;t like it, for wx the only thing it changes is removing &quot;#if ...defined(BUILDING_JavaScriptCore)...&quot; from WTF and ask the build system to define STATICALLY_LINKED_WITH_WTF instead and keep the exact same semantic. If you see any issue with it please let me know.

Yes, I see an issue with it. When I read STATICALLY_LINKED_WITH_WTF, I think the project being built is being statically linked with WTF, but that is not accurate. When you&apos;re building WebCore, it is incorrect to say it is statically linked with WTF, because you&apos;re building WebCore as an independent static library and you&apos;re not linking it with any other libraries. QtWebKit is what is statically links in WTF, not WebCore or in your case even JavaScriptCore.

The thing about the QT-specific define is that it lets non-QT developers know that QT needs to export, not import, symbols when building WebCore and QtWebKit. This is valuable information, and it&apos;s something I did not know nor would ever guess.

&gt; &gt; However, I&apos;m still rather apprehensive that this is really the issue here because QT turned on the use of export macros 5 months ago in r106650. The builds should have immediately failed at that time if QT was building everything statically into QTWebKit5.dll and was not addressing the BUILDING_XYZ defines issue. So why are builds only failing now? Has something recently changed about how QT builds the WebKit dll? Perhaps a change was made recently by someone who was unaware of the export macros issue and only tested the change under Unix platforms?
&gt; &gt; 
&gt; We didn&apos;t have anybody working on Windows since the last release, there were other issues in the way following re-architecturing that we had to fix before encountering this one.

You guys should really consider setting gcc symbol visibility to private by default then so you will catch these issues sooner. It is really strange for a port to turn on the export macros and only test on platforms where the macros aren&apos;t even being used.

&gt; I see your concern and I can upload a patch with #if PLATFORM(QT) scattered around to see how it looks if you think that would be better, but I&apos;d like us to agree on technical terms before I do, since I think it would make those headers even more complex.

I&apos;m not sure what you mean by technical terms, but I think clarity in code is paramount. Especially when one port diverts from the approach other ports take, having that indicated as clearly as possible will lead to the least amount of maintenance issues in the future.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>653937</commentid>
    <comment_count>38</comment_count>
    <who name="Balazs Kelemen">kbalazs</who>
    <bug_when>2012-06-20 15:20:32 -0700</bug_when>
    <thetext>&gt; You guys should really consider setting gcc symbol visibility to private by default then so you will catch these issues sooner. It is really strange for a port to turn on the export macros and only test on platforms where the macros aren&apos;t even being used.

It is private by default. The reason why this issue did not show up earlier is that export and import is the same on Unix (default visibility), it only differs on Windows.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>655183</commentid>
    <comment_count>39</comment_count>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-21 19:58:37 -0700</bug_when>
    <thetext>(In reply to comment #38)
&gt; &gt; You guys should really consider setting gcc symbol visibility to private by default then so you will catch these issues sooner. It is really strange for a port to turn on the export macros and only test on platforms where the macros aren&apos;t even being used.
&gt; 
&gt; It is private by default. The reason why this issue did not show up earlier is that export and import is the same on Unix (default visibility), it only differs on Windows.

Oops, sorry, I had forgotten they don&apos;t differ under gcc.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>656461</commentid>
    <comment_count>40</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-25 03:34:36 -0700</bug_when>
    <thetext>(In reply to comment #37)
&gt; Yes, I see an issue with it. When I read STATICALLY_LINKED_WITH_WTF, I think the project being built is being statically linked with WTF, but that is not accurate. When you&apos;re building WebCore, it is incorrect to say it is statically linked with WTF, because you&apos;re building WebCore as an independent static library and you&apos;re not linking it with any other libraries. QtWebKit is what is statically links in WTF, not WebCore or in your case even JavaScriptCore.
&gt; 
At first we had it named STATIC_LINKING_WTF and we renamed it to STATICALLY_LINKED_WITH_WTF exactly for that reason. When QtWebKit is linking, both WTF and WebCore are statically linked in it, so WebCore is statically linked with WTF inside QtWebKit. In other words, if an .obj file is compiled with -DSTATICALLY_LINKED_WITH_WTF it means that this .obj will end up in the same .dll as WTF and that it should refer to its exported symbols the same way.
The macro name might still not be completely clear but I couldn&apos;t find much better naming, FORCE_EXPORT_WTF? ASSUME_BUILDING_WTF? Those sound more lame and don&apos;t give any hint on the purpose. If you have any idea let me know.

&gt; I&apos;m not sure what you mean by technical terms, but I think clarity in code is paramount. Especially when one port diverts from the approach other ports take, having that indicated as clearly as possible will lead to the least amount of maintenance issues in the future.

My take on this one is a bit more modular and is to let the code expose mechanisms and make sure that the code is as clear as possible regarding the contract on those mechanisms. Then the build system needs to use those mechanisms and be as clear as possible on how and why it uses them.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>656483</commentid>
    <comment_count>41</comment_count>
    <who name="Simon Hausmann">hausmann</who>
    <bug_when>2012-06-25 04:41:38 -0700</bug_when>
    <thetext>After having had another look at the patch in a more quiet moment I now also agree with Jocelyn and think this is a good way forward.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>656947</commentid>
    <comment_count>42</comment_count>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-25 15:51:32 -0700</bug_when>
    <thetext>(In reply to comment #40)
&gt; (In reply to comment #37)
&gt; &gt; Yes, I see an issue with it. When I read STATICALLY_LINKED_WITH_WTF, I think the project being built is being statically linked with WTF, but that is not accurate. When you&apos;re building WebCore, it is incorrect to say it is statically linked with WTF, because you&apos;re building WebCore as an independent static library and you&apos;re not linking it with any other libraries. QtWebKit is what is statically links in WTF, not WebCore or in your case even JavaScriptCore.
&gt; &gt; 
&gt; At first we had it named STATIC_LINKING_WTF and we renamed it to STATICALLY_LINKED_WITH_WTF exactly for that reason. When QtWebKit is linking, both WTF and WebCore are statically linked in it, so WebCore is statically linked with WTF inside QtWebKit. In other words, if an .obj file is compiled with -DSTATICALLY_LINKED_WITH_WTF it means that this .obj will end up in the same .dll as WTF and that it should refer to its exported symbols the same way.
&gt; The macro name might still not be completely clear but I couldn&apos;t find much better naming, FORCE_EXPORT_WTF? ASSUME_BUILDING_WTF? Those sound more lame and don&apos;t give any hint on the purpose. If you have any idea let me know.

My point is that I don&apos;t think any name will be clear, because what causes that define to be set is build system dependent. The fact that we continue to use BUILDING_XYZ for other ports is also a point of confusion, as why are different ports using different defines to express the same condition? For both those reasons, I think this approach makes things more confusing and hard to understand rather than clears things up. 

&gt; &gt; I&apos;m not sure what you mean by technical terms, but I think clarity in code is paramount. Especially when one port diverts from the approach other ports take, having that indicated as clearly as possible will lead to the least amount of maintenance issues in the future.
&gt; 
&gt; My take on this one is a bit more modular and is to let the code expose mechanisms and make sure that the code is as clear as possible regarding the contract on those mechanisms. Then the build system needs to use those mechanisms and be as clear as possible on how and why it uses them.

So what is even a bit unclear about adding `|| (PLATFORM(QT) &amp;&amp; (defined(BUILDING_WEBCORE) || defined(BUILDING_WEBKIT))` to those checks? You could even make this a lot shorter by just defining BUILDING_QTWEBKIT for all projects that are a part of QTWebKit and doing `|| defined(BUILDING_QTWEBKIT)`, which I think might be the best solution.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657447</commentid>
    <comment_count>43</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-26 02:49:27 -0700</bug_when>
    <thetext>(In reply to comment #42)
&gt; My point is that I don&apos;t think any name will be clear, because what causes that define to be set is build system dependent. The fact that we continue to use BUILDING_XYZ for other ports is also a point of confusion, as why are different ports using different defines to express the same condition? For both those reasons, I think this approach makes things more confusing and hard to understand rather than clears things up. 
&gt; 
After all it&apos;s the responsibility of the build system to decide how will the code be packaged. And we also continue using the BUILDING_ macros. I didn&apos;t want to replace all of them with something like EXPORT_SYMBOLS_WTF as the BUILDING_ macros are used for other purposes, but it could be worth doing the extra effort.

&gt; So what is even a bit unclear about adding `|| (PLATFORM(QT) &amp;&amp; (defined(BUILDING_WEBCORE) || defined(BUILDING_WEBKIT))` to those checks? You could even make this a lot shorter by just defining BUILDING_QTWEBKIT for all projects that are a part of QTWebKit and doing `|| defined(BUILDING_QTWEBKIT)`, which I think might be the best solution.

It&apos;s clear but it&apos;s a violation of layers and requires changing those macros everywhere as well as in the build system if the code packaging needs to be changed.
We also need to statically link JavaScriptCore inside the jsc.exe binary and adding a BUILDING_JSC define, even though clear, is wrong. WTF shouldn&apos;t need to know about some test tool.
BUILDING_QTWEBKIT would also be a problem for jsc.exe as it would need to define BUILDING_QTWEBKIT, which is false.

You&apos;re right, this makes it a bit more difficult to understand the whole picture, but the goal here is to clearly separate layers and remove the assumptions that have a flexibility cost. It also allows somebody reading the code not having to worry about how the build system works.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657527</commentid>
    <comment_count>44</comment_count>
    <who name="Tor Arne Vestbø">vestbo</who>
    <bug_when>2012-06-26 05:23:59 -0700</bug_when>
    <thetext>(In reply to comment #42)
&gt; So what is even a bit unclear about adding `|| (PLATFORM(QT) &amp;&amp; (defined(BUILDING_WEBCORE) || defined(BUILDING_WEBKIT))` to those checks? You could even make this a lot shorter by just defining BUILDING_QTWEBKIT for all projects that are a part of QTWebKit and doing `|| defined(BUILDING_QTWEBKIT)`, which I think might be the best solution.

That&apos;s the worst solution of them all, as it makes it completely opaque on the place where the macro is used _why_ things are like that, which in turn makes it harder for people to refactor or tweak the code. The result is ifdef mess like:

#if PLATFORM(QT)
// the old way
#else
// the new way
#endif

because people can&apos;t be bothered to figure out why exactly PLATFORM(QT) would warrant some behavior.

In this case Jocelyn investigated the hard-coded magic in ExportMacros.h, described by the following comment:

// Currently WTF is embedded statically in JSCore, which exports 
// WTF symbols in the JSCore shared library.
// Because of this, we need to make sure that we use WTF_EXPORT
// when building JavaScriptCore as well as WTF.

and determined that the generalization of this issue is that a header is included when building an object that will be at some point linked statically with the relevant module:

#if defined(BUILDING_WTF)  || defined(BUILDING_SOMETHING_THAT_WILL_AT_SOME_POINT_BE_LINKED_STATICALLY_WITH_WTF)

Which applies to JSC for wx (and others), but also applies to WeCore and WebKit(1/2) for the Qt port. 

Instead of an ifdefs explosion in ExportMacros.h, the proposed solution leave it up to build system of each port to make sure BUILDING_SOMETHING_THAT_WILL_AT_SOME_POINT_BE_LINKED_STATICALLY_WITH_WTF is defined for the relevant modules, and makes the code in ExportMacros.h clearer as you can tell _why_ the ifdefs are like that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657628</commentid>
    <comment_count>45</comment_count>
    <who name="Kevin Ollivier">kevino</who>
    <bug_when>2012-06-26 08:46:14 -0700</bug_when>
    <thetext>(In reply to comment #43)
&gt; (In reply to comment #42)
&gt; &gt; My point is that I don&apos;t think any name will be clear, because what causes that define to be set is build system dependent. The fact that we continue to use BUILDING_XYZ for other ports is also a point of confusion, as why are different ports using different defines to express the same condition? For both those reasons, I think this approach makes things more confusing and hard to understand rather than clears things up. 
&gt; &gt; 
&gt; After all it&apos;s the responsibility of the build system to decide how will the code be packaged. And we also continue using the BUILDING_ macros. I didn&apos;t want to replace all of them with something like EXPORT_SYMBOLS_WTF as the BUILDING_ macros are used for other purposes, but it could be worth doing the extra effort.

No, they aren&apos;t used for other purposes, both macros are used to define when to annotate the symbol with export or import macros...

&gt; &gt; So what is even a bit unclear about adding `|| (PLATFORM(QT) &amp;&amp; (defined(BUILDING_WEBCORE) || defined(BUILDING_WEBKIT))` to those checks? You could even make this a lot shorter by just defining BUILDING_QTWEBKIT for all projects that are a part of QTWebKit and doing `|| defined(BUILDING_QTWEBKIT)`, which I think might be the best solution.
&gt; 
&gt; It&apos;s clear but it&apos;s a violation of layers and requires changing those macros everywhere as well as in the build system if the code packaging needs to be changed.

Platform-specific macros are used all throughout the code, including WTF and JSCore. There is no &quot;layer&quot; of code where they&apos;re not to be used. 

&gt; We also need to statically link JavaScriptCore inside the jsc.exe binary and adding a BUILDING_JSC define, even though clear, is wrong. WTF shouldn&apos;t need to know about some test tool.

Well, if that bothers you, you could just build a JSCore shared library like everyone else and not have to deal with any of this. :)

&gt; BUILDING_QTWEBKIT would also be a problem for jsc.exe as it would need to define BUILDING_QTWEBKIT, which is false.
&gt; 
&gt; You&apos;re right, this makes it a bit more difficult to understand the whole picture, but the goal here is to clearly separate layers and remove the assumptions that have a flexibility cost. It also allows somebody reading the code not having to worry about how the build system works.

I totally disagree. If I don&apos;t know why a macro is set, and I need to make a change in that area of code, I have no idea what I need to do with that macro without reading up on all the build systems that use it. Used to be, the build system itself was 100% responsible for specifying the export symbols, and as we tried to change that, it seemed every change would break one port or another. We&apos;d post a patch 10 times on the EWS as we took stabs trying to fix each build system, with tons of patch spam accumulating in the ticket. (Which, BTW, made people hesitant to do reviews...) I don&apos;t really want to go back to those days of just writing up a patch, seeing what ports break, then trying to figure out why by scrounging through several build systems whose syntax I don&apos;t even know.

Anyway, at this point we&apos;re simply re-iterating arguments we&apos;ve already made. If you can get someone else to approve this, then go ahead as you need to fix the build somehow and this is apparently the one and only way you&apos;ll accept, but please do not have the wx port using these macros. It doesn&apos;t need them. There are PLATFORM(XYZ) blocks in many places throughout the code, a mechanism designed precisely for whenever a port diverts from the standard approach, and as QT is diverting from the standard approach of building JScore as its own shared library (but still wants to use the export macros defined for that case), I think that is the appropriate fix to be used here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>658678</commentid>
    <comment_count>46</comment_count>
      <attachid>149768</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-27 09:53:02 -0700</bug_when>
    <thetext>Created attachment 149768
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>658683</commentid>
    <comment_count>47</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-27 09:57:00 -0700</bug_when>
    <thetext>Keep the old way for the Wx port and added the define for the Safari Windows port.
I need to test the testapiCommon.vsprops change before pushing but here is the patch for review anyway.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>660499</commentid>
    <comment_count>48</comment_count>
      <attachid>150181</attachid>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-06-29 08:15:24 -0700</bug_when>
    <thetext>Created attachment 150181
Patch

Tested the Win port and it builds as expected.
Remove the testapi project change, it isn&apos;t needed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662182</commentid>
    <comment_count>49</comment_count>
      <attachid>150181</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-03 06:43:30 -0700</bug_when>
    <thetext>Comment on attachment 150181
Patch

Clearing flags on attachment: 150181

Committed r121762: &lt;http://trac.webkit.org/changeset/121762&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662183</commentid>
    <comment_count>50</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-07-03 06:43:37 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662306</commentid>
    <comment_count>51</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-07-03 09:42:56 -0700</bug_when>
    <thetext>Reopen, because it broke the Qt 4.8 cross debug linking of DRT.exe:

i486-mingw32-g++ -mthreads -Wl,-subsystem,console -o ../../../bin/DumpRenderTree.exe object_script.DumpRenderTree.Debug  -L&apos;/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/WebKitBuild/Debug/lib&apos; -L&apos;/usr/local/Trolltech/Qt-4.8.0-rc1-mingw/lib&apos; -lQtWebKitd4 -lQtTestd4 -lQtSqld4 -lQtXmlPatternsd4 -lQtGuid4 -lQtNetworkd4 -lQtCored4 
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFReportAssertionFailure&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFReportBacktrace&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFInvokeCrashHook&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFReportAssertionFailure&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFReportBacktrace&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFInvokeCrashHook&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFReportAssertionFailure&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFReportBacktrace&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFInvokeCrashHook&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFReportAssertionFailure&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFReportBacktrace&apos;
./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFInvokeCrashHook&apos;
collect2: ld returned 1 exit status


Could you check it, please?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662822</commentid>
    <comment_count>52</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-07-04 03:17:41 -0700</bug_when>
    <thetext>(In reply to comment #51)
&gt; Reopen, because it broke the Qt 4.8 cross debug linking of DRT.exe:
&gt; 
&gt; i486-mingw32-g++ -mthreads -Wl,-subsystem,console -o ../../../bin/DumpRenderTree.exe object_script.DumpRenderTree.Debug  -L&apos;/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/WebKitBuild/Debug/lib&apos; -L&apos;/usr/local/Trolltech/Qt-4.8.0-rc1-mingw/lib&apos; -lQtWebKitd4 -lQtTestd4 -lQtSqld4 -lQtXmlPatternsd4 -lQtGuid4 -lQtNetworkd4 -lQtCored4 
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFReportAssertionFailure&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFReportBacktrace&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:58: undefined reference to `_WTFInvokeCrashHook&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFReportAssertionFailure&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFReportBacktrace&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:59: undefined reference to `_WTFInvokeCrashHook&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFReportAssertionFailure&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFReportBacktrace&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:71: undefined reference to `_WTFInvokeCrashHook&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFReportAssertionFailure&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFReportBacktrace&apos;
&gt; ./obj/debug/WorkQueue.o:/home/webkitbuildbot/slaves/windowsCrossDebug/buildslave/qt-windows-32bit-debug/build/Tools/DumpRenderTree/WorkQueue.cpp:101: undefined reference to `_WTFInvokeCrashHook&apos;
&gt; collect2: ld returned 1 exit status
&gt; 
&gt; 
&gt; Could you check it, please?

Balázs, what do you think, is this new failure related to
https://bugs.webkit.org/show_bug.cgi?id=90346 somehow?
Here DRT would like to use assertion functions from WTF.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662830</commentid>
    <comment_count>53</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-07-04 03:41:48 -0700</bug_when>
    <thetext>(In reply to comment #51)
&gt; collect2: ld returned 1 exit status
&gt; 
&gt; 
&gt; Could you check it, please?

It fails with this patch since I removed Assertions.cpp from the DRT build to fix duplicate symbols with MSVC. I assumed that they should be exported anyway but what happens is that there should be special handling of the import macro for MinGW.

If I can get a working MinGW environment I&apos;ll try to find a proper fix, but it&apos;s pretty broken right now and can&apos;t get it to build on Windows.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>662862</commentid>
    <comment_count>54</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-07-04 04:45:24 -0700</bug_when>
    <thetext>Crazy idea ... but what if we add Assertions.cpp back for mingw builds only until proper fix? :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>663578</commentid>
    <comment_count>55</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2012-07-05 08:32:25 -0700</bug_when>
    <thetext>The MinGW problem with DRT is tracked in bug #90612.
Closing this one.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>146857</attachid>
            <date>2012-06-11 08:09:38 -0700</date>
            <delta_ts>2012-06-13 08:34:48 -0700</delta_ts>
            <desc>Use the defines that cause WTF and JavaScriptCore&apos;s headers to export, not import, their symbols</desc>
            <filename>0018-Need-to-add-these-defines-so-as-not-to-dllimport-fro.patch</filename>
            <type>text/plain</type>
            <size>641</size>
            <attacher name="Joel Dillon">joel.dillon</attacher>
            
              <data encoding="base64">RnJvbSBiNjRjMzBlNWI4NmRkOGY3YmE5ZTRlNzU2YjFmNzVjMDg0M2NjYzUwIE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRoaW5rLmNv
LnVrPgpEYXRlOiBUdWUsIDggTWF5IDIwMTIgMTU6NTc6MTQgKzAxMDAKU3ViamVjdDogW1BBVENI
IDE4LzQ5XSBOZWVkIHRvIGFkZCB0aGVzZSBkZWZpbmVzIHNvIGFzIG5vdCB0byBkbGxpbXBvcnQg
ZnJvbQogc3RhdGljIGxpYnJhcmllcwoKLS0tCiBTb3VyY2UvUXRXZWJLaXQucHJvIHwgICAgMiAr
KwogMSBmaWxlIGNoYW5nZWQsIDIgaW5zZXJ0aW9ucygrKQoKZGlmZiAtLWdpdCBhL1NvdXJjZS9R
dFdlYktpdC5wcm8gYi9Tb3VyY2UvUXRXZWJLaXQucHJvCmluZGV4IGJiYmZjNDEuLjkwNzhhMzUg
MTAwNjQ0Ci0tLSBhL1NvdXJjZS9RdFdlYktpdC5wcm8KKysrIGIvU291cmNlL1F0V2ViS2l0LnBy
bwpAQCAtOSw2ICs5LDggQEAgbG9hZChmZWF0dXJlcykKIFRFTVBMQVRFID0gc3ViZGlycwogQ09O
RklHICs9IG9yZGVyZWQKIAorREVGSU5FUyArPSBCVUlMRElOR19KYXZhU2NyaXB0Q29yZSBCVUlM
RElOR19XVEYKKwogYXBpLmZpbGUgPSBhcGkucHJpCiBTVUJESVJTICs9IGFwaQogCi0tIAoxLjcu
MTAubXN5c2dpdC4xCgo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>146860</attachid>
            <date>2012-06-11 08:32:38 -0700</date>
            <delta_ts>2012-06-13 08:34:55 -0700</delta_ts>
            <desc>Make sure not to dllimport WTF/JavaScriptCore symbols</desc>
            <filename>0015-Need-to-enable-this-define-on-windows-so-that-WebCor.patch</filename>
            <type>text/plain</type>
            <size>797</size>
            <attacher name="Joel Dillon">joel.dillon</attacher>
            
              <data encoding="base64">RnJvbSBiNzVhMjRhYzk2YjRiMzgyNjIwMWUyYWM4MTY1MzQwMWQ3YzY3MTE5IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRoaW5rLmNv
LnVrPgpEYXRlOiBUdWUsIDggTWF5IDIwMTIgMTE6MzU6NDYgKzAxMDAKU3ViamVjdDogW1BBVENI
IDE1LzQ5XSBOZWVkIHRvIGVuYWJsZSB0aGlzIGRlZmluZSBvbiB3aW5kb3dzIHNvIHRoYXQgV2Vi
Q29yZQogZG9lcyBub3QgYXR0ZW1wdCB0byBkbGxpbXBvcnQoKSBzeW1ib2xzIGZyb20gdGhlCiAo
c3RhdGljKSBKYXZhU2NyaXB0Q29yZS9XVEYgbGlicmFyaWVzCgotLS0KIFNvdXJjZS9XZWJDb3Jl
L1dlYkNvcmUucHJpIHwgICAgMSArCiAxIGZpbGUgY2hhbmdlZCwgMSBpbnNlcnRpb24oKykKCmRp
ZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9XZWJDb3JlLnByaSBiL1NvdXJjZS9XZWJDb3JlL1dl
YkNvcmUucHJpCmluZGV4IDA4ZGI2NGMuLjE4ODE2YmIgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJD
b3JlL1dlYkNvcmUucHJpCisrKyBiL1NvdXJjZS9XZWJDb3JlL1dlYkNvcmUucHJpCkBAIC0yNzAs
NiArMjcwLDcgQEAgd2luMzItKiB7CiAgICAgTElCUyArPSAtbGdkaTMyCiAgICAgTElCUyArPSAt
bG9sZTMyCiAgICAgTElCUyArPSAtbHVzZXIzMgorICAgIERFRklORVMgKz0gQlVJTERJTkdfSmF2
YVNjcmlwdENvcmUgQlVJTERJTkdfV1RGCiB9CiAKICMgUmVtb3ZlIHdob2xlIHByb2dyYW0gb3B0
aW1pemF0aW9ucyBkdWUgdG8gbWlzY29tcGlsYXRpb25zCi0tIAoxLjcuMTAubXN5c2dpdC4xCgo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>147324</attachid>
            <date>2012-06-13 08:35:10 -0700</date>
            <delta_ts>2012-06-13 08:41:56 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-88321-20120613173332.patch</filename>
            <type>text/plain</type>
            <size>8585</size>
            <attacher name="Jocelyn Turcotte">jturcotte</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIwMDc5CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCA5
MmMxNmQ5Mzg1MDUxZjQ5MzdhOGY1M2M1OTgyZDcxYzNiYjY4MGMwLi4zNGZmY2FlODlhZTM4Y2M0
ZThiNDc1MWU4N2E5Nzc1ZjhmMjkxYTIyIDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxMyBAQAorMjAxMi0wNi0xMyAgSm9jZWx5biBUdXJjb3R0ZSAgPGpvY2VseW4udHVyY290
dGVAbm9raWEuY29tPgorCisgICAgICAgIFtRdF1bV2luXSBGaXggYnJva2VuIFF0V2ViS2l0NS5s
aWIgbGlua2luZworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9ODgzMjEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAg
ICAqIEFQSS9KU0Jhc2UuaDoKKyAgICAgICAgKiBydW50aW1lL0pTRXhwb3J0TWFjcm9zLmg6CisK
IDIwMTItMDYtMTIgIEhvam9uZyBIYW4gIDxob2pvbmcuaGFuQHNhbXN1bmcuY29tPgogCiAgICAg
ICAgIFByb3BlcnR5IG5hbWVzIG9mIHRoZSBidWlsdC1pbiBvYmplY3QgY2Fubm90IGJlIHJldHJp
ZXZlZCAKZGlmZiAtLWdpdCBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nIGIvU291cmNlL1dURi9DaGFu
Z2VMb2cKaW5kZXggMzNhMzhiNmIwZDVhMTk3ZmUwODA5ODY3YmRkMjE1MjdjNTkwNDJlOS4uZWFk
MTE3MmZmYmNhZDM0NGI1YmQ1YTYzNjk0MGNjZGI4MjNlYTU4YSAxMDA2NDQKLS0tIGEvU291cmNl
L1dURi9DaGFuZ2VMb2cKKysrIGIvU291cmNlL1dURi9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxOCBA
QAorMjAxMi0wNi0xMyAgSm9jZWx5biBUdXJjb3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEu
Y29tPgorCisgICAgICAgIFtRdF1bV2luXSBGaXggYnJva2VuIFF0V2ViS2l0NS5saWIgbGlua2lu
ZworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODgzMjEK
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBJbnN0ZWFk
IG9mIGxldHRpbmcgYSBtb2R1bGUncyBoZWFkZXJzIGtub3cgd2hpY2ggb3RoZXIgbW9kdWxlcyBk
ZXBlbmQgb24gdGhlbSwKKyAgICAgICAgaGF2ZSBkZXBlbmRpbmcgbW9kdWxlcyBkZWZpbmUgZXhw
bGljaXRlbHkgdGhhdCB0aGV5IHdhbnQgaXRzIHN5bWJvbHMgZXhwb3J0ZWQgdG9vLgorCisgICAg
ICAgIEphdmFTY3JpcHRDb3JlIHNob3VsZCB0aGVuIGJlIGNvbXBpbGVkIHdpdGggYm90aCBCVUlM
RElOR19KYXZhU2NyaXB0Q29yZSBhbmQKKyAgICAgICAgU1RBVElDQUxMWV9MSU5LRURfV0lUSF9X
VEYuCisKKyAgICAgICAgKiB3dGYvRXhwb3J0TWFjcm9zLmg6CisKIDIwMTItMDYtMTEgIEpvY2Vs
eW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNvbT4KIAogICAgICAgICBVc2lu
ZyBleHRyZXJuYWwgSUNVIGxpYnJhcnkgb24gY2FzZSB1bnNlbnNpdGl2ZSBkcml2ZXMgd2lsbCBu
b3Qgd29yawpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nIGIvU291cmNlL1dl
YkNvcmUvQ2hhbmdlTG9nCmluZGV4IGYzNmQyMDk5OTk0NmM0ZTY1MjBlZGVlOWJlMjU3Mzg1NDM1
M2MzYjIuLjJmMGMyZjkzMTUwZTBhMmNkYmFlZDQxMjE3YTVhZGZhMGQ4NDNmYzMgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZworKysgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VM
b2cKQEAgLTEsMyArMSwxMiBAQAorMjAxMi0wNi0xMyAgSm9jZWx5biBUdXJjb3R0ZSAgPGpvY2Vs
eW4udHVyY290dGVAbm9raWEuY29tPgorCisgICAgICAgIFtRdF1bV2luXSBGaXggYnJva2VuIFF0
V2ViS2l0NS5saWIgbGlua2luZworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93
X2J1Zy5jZ2k/aWQ9ODgzMjEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4K
KworICAgICAgICAqIHBsYXRmb3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9zLmg6CisKIDIwMTItMDYt
MTIgIFNpbHZpYSBQZmVpZmZlciAgPHNpbHZpYXBmQGNocm9taXVtLm9yZz4KIAogICAgICAgICBT
dXBwb3J0ICFFTkFCTEUoVklERU8pIGJ1aWxkcyB3aXRoIGhvcml6b250YWxseSBsYXllZCBvdXQg
dmlkZW8gY29udHJvbHMuCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQVBJL0pT
QmFzZS5oIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2UuaAppbmRleCBmZWQ1NGZl
MjNlZjM0MDU5NGI4ZDE3ZWFmNjY4YzExZTE4Njc1Y2FlLi5mNDZhNDE3NTUwNDQ2MTA1NmM1ZWZk
ZDI4MmM0ZGQ3NDhjMDZlZWQzIDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQVBJ
L0pTQmFzZS5oCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkvSlNCYXNlLmgKQEAgLTcx
LDcgKzcxLDcgQEAgdHlwZWRlZiBzdHJ1Y3QgT3BhcXVlSlNWYWx1ZSogSlNPYmplY3RSZWY7CiAj
ZWxpZiBkZWZpbmVkKF9fR05VQ19fKSAmJiAhZGVmaW5lZChfX0NDX0FSTSkgJiYgIWRlZmluZWQo
X19BUk1DQ19fKQogI2RlZmluZSBKU19FWFBPUlQgX19hdHRyaWJ1dGVfXygodmlzaWJpbGl0eSgi
ZGVmYXVsdCIpKSkKICNlbGlmIGRlZmluZWQoV0lOMzIpIHx8IGRlZmluZWQoX1dJTjMyKSB8fCBk
ZWZpbmVkKF9XSU4zMl9XQ0UpIHx8IGRlZmluZWQoX19DQ19BUk0pIHx8IGRlZmluZWQoX19BUk1D
Q19fKQotI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpIHx8IGRlZmluZWQoQlVJ
TERJTkdfV1RGKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpIHx8IGRlZmlu
ZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0Q29yZSkKICNkZWZpbmUgSlNfRVhQ
T1JUIF9fZGVjbHNwZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNkZWZpbmUgSlNfRVhQT1JUIF9fZGVj
bHNwZWMoZGxsaW1wb3J0KQpkaWZmIC0tZ2l0IGEvU291cmNlL0phdmFTY3JpcHRDb3JlL3J1bnRp
bWUvSlNFeHBvcnRNYWNyb3MuaCBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9ydW50aW1lL0pTRXhw
b3J0TWFjcm9zLmgKaW5kZXggODg0ODA1Zjg2Yjg1MjkwYWFiZDBjNzlkMGZhODhiOTA2MTUwNWM2
Ny4uMTllMmMyODZmNjA3YTkwNDJjOTMxNTQxMDA1MTM3ZjU3OTM3ZTRkZSAxMDA2NDQKLS0tIGEv
U291cmNlL0phdmFTY3JpcHRDb3JlL3J1bnRpbWUvSlNFeHBvcnRNYWNyb3MuaAorKysgYi9Tb3Vy
Y2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oCkBAIC0zNiw3ICszNiw3
IEBACiAvLyBTZWUgbm90ZSBpbiB3dGYvUGxhdGZvcm0uaCBmb3IgbW9yZSBpbmZvIG9uIEVYUE9S
VF9NQUNST1MuCiAjaWYgVVNFKEVYUE9SVF9NQUNST1MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5H
X0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpIHx8
IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0Q29yZSkKICNkZWZpbmUg
SlNfRVhQT1JUX1BSSVZBVEUgV1RGX0VYUE9SVAogI2Vsc2UKICNkZWZpbmUgSlNfRVhQT1JUX1BS
SVZBVEUgV1RGX0lNUE9SVApAQCAtNTAsNyArNTAsNyBAQAogCiAjaWYgIVBMQVRGT1JNKENIUk9N
SVVNKSAmJiBPUyhXSU5ET1dTKSAmJiAhZGVmaW5lZChCVUlMRElOR19XWF9fKSAmJiAhQ09NUElM
RVIoR0NDKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkKKyNpZiBkZWZp
bmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VE
X1dJVEhfSmF2YVNjcmlwdENvcmUpCiAjZGVmaW5lIEpTX0VYUE9SVERBVEEgX19kZWNsc3BlYyhk
bGxleHBvcnQpCiAjZWxzZQogI2RlZmluZSBKU19FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxsaW1w
b3J0KQpkaWZmIC0tZ2l0IGEvU291cmNlL1dURi93dGYvRXhwb3J0TWFjcm9zLmggYi9Tb3VyY2Uv
V1RGL3d0Zi9FeHBvcnRNYWNyb3MuaAppbmRleCBlZmEwYzhmODFiN2Y4NzQxNmUzNjMwMGYwNGM2
NDRhOTljMzZjOTg5Li5kNTBkNmQxMTdhNzZmM2Q5NTI5MDhlZmI3OWZmYTg5Njc5Y2MyYmRiIDEw
MDY0NAotLS0gYS9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaAorKysgYi9Tb3VyY2UvV1RG
L3d0Zi9FeHBvcnRNYWNyb3MuaApAQCAtNzIsNyArNzIsNyBAQAogCiAvLyBGSVhNRTogV2hlbiBh
bGwgcG9ydHMgYXJlIHVzaW5nIHRoZSBleHBvcnQgbWFjcm9zLCB3ZSBzaG91bGQgcmVwbGFjZQog
Ly8gV1RGX0VYUE9SVERBVEEgd2l0aCBXVEZfRVhQT1JUX1BSSVZBVEUgbWFjcm9zLgotI2lmIGRl
ZmluZWQoQlVJTERJTkdfV1RGKSAgfHwgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkK
KyNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9X
SVRIX1dURikKICNkZWZpbmUgV1RGX0VYUE9SVERBVEEgV1RGX0VYUE9SVAogI2Vsc2UKICNkZWZp
bmUgV1RGX0VYUE9SVERBVEEgV1RGX0lNUE9SVApAQCAtODEsNyArODEsNyBAQAogI2Vsc2UgLy8g
IVVTRShFWFBPUlRfTUFDUk9TKQogCiAjaWYgIVBMQVRGT1JNKENIUk9NSVVNKSAmJiBPUyhXSU5E
T1dTKSAmJiAhQ09NUElMRVIoR0NDKQotI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSB8fCBkZWZp
bmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSB8
fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGKQogI2RlZmluZSBXVEZfRVhQT1JU
REFUQSBfX2RlY2xzcGVjKGRsbGV4cG9ydCkKICNlbHNlCiAjZGVmaW5lIFdURl9FWFBPUlREQVRB
IF9fZGVjbHNwZWMoZGxsaW1wb3J0KQpAQCAtOTgsNyArOTgsNyBAQAogCiAjZW5kaWYgLy8gVVNF
KEVYUE9SVF9NQUNST1MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgIHx8IGRlZmluZWQo
QlVJTERJTkdfSmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5lZChCVUlMRElOR19XVEYpIHx8IGRl
ZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYpCiAjZGVmaW5lIFdURl9FWFBPUlRfUFJJ
VkFURSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBXVEZfRVhQT1JUX1BSSVZBVEUgV1RGX0lN
UE9SVApkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRN
YWNyb3MuaCBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9zLmgK
aW5kZXggNmM3MDgxM2FkZTIyZDk1MmY5MzhjYTlkMzIxZTJhYzk1OGIwNzgzMy4uYWUzZTMwYTNh
OWJjODUzMjc4N2Y2ODAzZWJkOTgyMDI1MWU5Nzc1MiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNv
cmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRNYWNyb3MuaAorKysgYi9Tb3VyY2UvV2ViQ29yZS9w
bGF0Zm9ybS9QbGF0Zm9ybUV4cG9ydE1hY3Jvcy5oCkBAIC0zNSw3ICszNSw4IEBACiAvLyBTZWUg
bm90ZSBpbiB3dGYvUGxhdGZvcm0uaCBmb3IgbW9yZSBpbmZvIG9uIEVYUE9SVF9NQUNST1MuCiAj
aWYgVVNFKEVYUE9SVF9NQUNST1MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dlYkNvcmUpIHx8
IGRlZmluZWQoQlVJTERJTkdfV2ViS2l0KQorI2lmIGRlZmluZWQoQlVJTERJTkdfV2ViQ29yZSkg
fHwgZGVmaW5lZChCVUlMRElOR19XZWJLaXQpIHx8IFwKKyAgICBkZWZpbmVkKFNUQVRJQ0FMTFlf
TElOS0VEX1dJVEhfV2ViQ29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dl
YktpdCkKICNkZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgV1RGX0VYUE9SVAogI2Vsc2UKICNkZWZp
bmUgV0VCS0lUX0VYUE9SVERBVEEgV1RGX0lNUE9SVApAQCAtNDUsNyArNDYsOCBAQAogCiAjaWYg
IVBMQVRGT1JNKENIUk9NSVVNKSAmJiBPUyhXSU5ET1dTKSAmJiAhZGVmaW5lZChCVUlMRElOR19X
WF9fKSAmJiAhQ09NUElMRVIoR0NDKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19XZWJDb3JlKSB8
fCBkZWZpbmVkKEJVSUxESU5HX1dlYktpdCkKKyNpZiBkZWZpbmVkKEJVSUxESU5HX1dlYkNvcmUp
IHx8IGRlZmluZWQoQlVJTERJTkdfV2ViS2l0KSB8fCBcCisgICAgZGVmaW5lZChTVEFUSUNBTExZ
X0xJTktFRF9XSVRIX1dlYkNvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9X
ZWJLaXQpCiAjZGVmaW5lIFdFQktJVF9FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxsZXhwb3J0KQog
I2Vsc2UKICNkZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgX19kZWNsc3BlYyhkbGxpbXBvcnQpCmRp
ZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cgYi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggZWY3NDRi
NzdmODFhOThkOWI5MGExMTY4M2Y0M2RkNTBhYzY4Y2JiYy4uMGI5ZGFmOGUzZDQ2MTFhMWE0NWE1
NWY4MTFjN2Q4MDJiNmQ3MmYyYyAxMDA2NDQKLS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rv
b2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIxIEBACisyMDEyLTA2LTEzICBKb2NlbHluIFR1cmNv
dHRlICA8am9jZWx5bi50dXJjb3R0ZUBub2tpYS5jb20+CisKKyAgICAgICAgW1F0XVtXaW5dIEZp
eCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5raW5nCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJr
aXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMyMQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9E
WSAoT09QUyEpLgorCisgICAgICAgIE9uIHdpbmRvd3MgdGhlIGltcG9ydC9leHBvcnQgZGVmaW5p
dGlvbiBpcyBwYXJ0IG9mIHRoZSBzeW1ib2wncyBzaWduYXR1cmUuCisgICAgICAgIERlZmluZSBT
VEFUSUNBTExZX0xJTktFRF9XSVRIXyQkbGlicmFyeSBmb3IgZWFjaCBkZXBlbmRlbmQgbW9kdWxl
CisgICAgICAgIHRoYXQgaXMgYmVpbmcgbGlua2VkIHN0YXRpY2FsbHkgdG8gbWFrZSBzdXJlIHRo
YXQgdGhleSBjYW4gYmUgbGlua2VkIHRvZ2V0aGVyCisgICAgICAgIGxhdGVyIG9uLgorCisgICAg
ICAgIEFsc28gZG8gbm90IGNvbXBpbGUgQXNzZXJ0aW9ucy5jcHAgaW4gRHVtcFJlbmRlclRyZWUg
YW55bW9yZSBzaW5jZSBhbGwgdGhlCisgICAgICAgIHVzZWQgc3ltYm9scyBhcmUgZXhwb3J0ZWQg
YW5kIGl0IHdvdWxkIGNhdXNlIGEgZHVwbGljYXRlIHN5bWJvbHMgZXJyb3IuCisKKyAgICAgICAg
KiBEdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVuZGVyVHJlZS5wcm86CisgICAgICAgICogcW1ha2Uv
bWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmOgorCiAyMDEyLTA2LTEyICBCYWxhenMg
S2VsZW1lbiAgPGtiYWxhenNAd2Via2l0Lm9yZz4KIAogICAgICAgICBbUkVHUkVTU0lPTl1bV1RS
XSBCdWlsZCBmYWlsIHdpdGggd2Vycm9yIGFmdGVyIHIxMjAwNTQKZGlmZiAtLWdpdCBhL1Rvb2xz
L0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybyBiL1Rvb2xzL0R1bXBSZW5kZXJU
cmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybwppbmRleCA1M2E4YzAxZjg5YWExNGJlOWZiZTM3Y2Nj
NDMxOGJkMjM3ZTY0OWZiLi4zMjdkYzNhNzljODYwN2IzYWQ0MDkyMjZmM2ZiYTRhYTAwYTllZjVj
IDEwMDY0NAotLS0gYS9Ub29scy9EdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVuZGVyVHJlZS5wcm8K
KysrIGIvVG9vbHMvRHVtcFJlbmRlclRyZWUvcXQvRHVtcFJlbmRlclRyZWUucHJvCkBAIC0zNyw3
ICszNyw2IEBAIEhFQURFUlMgKz0gXAogICAgIHRlc3RwbHVnaW4uaAogCiBTT1VSQ0VTICs9IFwK
LSAgICAkJHtST09UX1dFQktJVF9ESVJ9L1NvdXJjZS9XVEYvd3RmL0Fzc2VydGlvbnMuY3BwIFwK
ICAgICAkJFBXRC8uLi9Xb3JrUXVldWUuY3BwIFwKICAgICBEdW1wUmVuZGVyVHJlZVF0LmNwcCBc
CiAgICAgRXZlbnRTZW5kZXJRdC5jcHAgXApkaWZmIC0tZ2l0IGEvVG9vbHMvcW1ha2UvbWtzcGVj
cy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmIGIvVG9vbHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJl
cy9kZWZhdWx0X3Bvc3QucHJmCmluZGV4IDc4YzkzZDdjMDY3OGY5Mjg0Y2FkOWE4OGEyOTU0NzQ1
ODc2NTdjMDAuLjJlZmJkNzI5ODZlYjU3OTNmNzBjZmJjNjcyMzE1MzIwNTEwMjNmNzIgMTAwNjQ0
Ci0tLSBhL1Rvb2xzL3FtYWtlL21rc3BlY3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnByZgorKysg
Yi9Ub29scy9xbWFrZS9ta3NwZWNzL2ZlYXR1cmVzL2RlZmF1bHRfcG9zdC5wcmYKQEAgLTIxMiw2
ICsyMTIsMTIgQEAgZm9yKGxpYnJhcnksIFdFQktJVCkgewogICAgICAgICBMSUJTICs9ICQkZGVw
ZW5kZW50X2xpYnMKICAgICB9CiAKKyAgICAjIEFueXRoaW5nIG5vdCBsaW5raW5nIGR5bmFtaWNh
bGx5IHRvIFF0V2ViS2l0IHNob3VsZCBtYWtlIHN1cmUgdG8gaGF2ZSB0aGVpciBleHBvcnQKKyAg
ICAjIG1hY3JvcyBzeW5jcmhvbml6ZWQgd2l0aCB0aGUgY29kZSB0aGF0IGl0IHdpbGwgbGlua2Vk
IHdpdGggc3RhdGljYWxseS4KKyAgICAhY29udGFpbnMoUVQsIHdlYmtpdCkgeworICAgICAgICBE
RUZJTkVTICs9IFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfJCRsaWJyYXJ5CisgICAgfQorCiAgICAg
TElCUyA9ICQkZXhpc3RpbmdfbGlicyAkJExJQlMKIH0KIAo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>147328</attachid>
            <date>2012-06-13 08:42:05 -0700</date>
            <delta_ts>2012-06-13 10:44:20 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-88321-20120613174028.patch</filename>
            <type>text/plain</type>
            <size>8757</size>
            <attacher name="Jocelyn Turcotte">jturcotte</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIwMDc5CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCA5
MmMxNmQ5Mzg1MDUxZjQ5MzdhOGY1M2M1OTgyZDcxYzNiYjY4MGMwLi40NGU2M2Y0YmYxYzY3ODc1
Yjk5MDFkZDczZTI3YjUzY2QwZWQ3ZDcxIDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxMyBAQAorMjAxMi0wNi0xMyAgSm9lbCBEaWxsb24gPGpvZWwuZGlsbG9uQGNvZGV0aGlu
ay5jby51az4gIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNvbT4K
KworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdlYktpdDUubGliIGxpbmtpbmcKKyAg
ICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTg4MzIxCisKKyAg
ICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgKiBBUEkvSlNCYXNl
Lmg6CisgICAgICAgICogcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oOgorCiAyMDEyLTA2LTEyICBI
b2pvbmcgSGFuICA8aG9qb25nLmhhbkBzYW1zdW5nLmNvbT4KIAogICAgICAgICBQcm9wZXJ0eSBu
YW1lcyBvZiB0aGUgYnVpbHQtaW4gb2JqZWN0IGNhbm5vdCBiZSByZXRyaWV2ZWQgCmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV1RGL0NoYW5nZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDMz
YTM4YjZiMGQ1YTE5N2ZlMDgwOTg2N2JkZDIxNTI3YzU5MDQyZTkuLjBjODdhZDA3MzFjYmJkMjUz
OGExNWYyOWZmYTk5ZjZkZjM5MzMwNTggMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9n
CisrKyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTggQEAKKzIwMTItMDYtMTMg
IEpvZWwgRGlsbG9uIDxqb2VsLmRpbGxvbkBjb2RldGhpbmsuY28udWs+ICBKb2NlbHluIFR1cmNv
dHRlICA8am9jZWx5bi50dXJjb3R0ZUBub2tpYS5jb20+CisKKyAgICAgICAgW1F0XVtXaW5dIEZp
eCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5raW5nCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJr
aXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMyMQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9E
WSAoT09QUyEpLgorCisgICAgICAgIEluc3RlYWQgb2YgbGV0dGluZyBhIG1vZHVsZSdzIGhlYWRl
cnMga25vdyB3aGljaCBvdGhlciBtb2R1bGVzIGRlcGVuZCBvbiB0aGVtLAorICAgICAgICBoYXZl
IGRlcGVuZGluZyBtb2R1bGVzIGRlZmluZSBleHBsaWNpdGVseSB0aGF0IHRoZXkgd2FudCBpdHMg
c3ltYm9scyBleHBvcnRlZCB0b28uCisKKyAgICAgICAgSmF2YVNjcmlwdENvcmUgc2hvdWxkIHRo
ZW4gYmUgY29tcGlsZWQgd2l0aCBib3RoIEJVSUxESU5HX0phdmFTY3JpcHRDb3JlIGFuZAorICAg
ICAgICBTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dURi4KKworICAgICAgICAqIHd0Zi9FeHBvcnRN
YWNyb3MuaDoKKwogMjAxMi0wNi0xMSAgSm9jZWx5biBUdXJjb3R0ZSAgPGpvY2VseW4udHVyY290
dGVAbm9raWEuY29tPgogCiAgICAgICAgIFVzaW5nIGV4dHJlcm5hbCBJQ1UgbGlicmFyeSBvbiBj
YXNlIHVuc2Vuc2l0aXZlIGRyaXZlcyB3aWxsIG5vdCB3b3JrCmRpZmYgLS1naXQgYS9Tb3VyY2Uv
V2ViQ29yZS9DaGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggZjM2ZDIw
OTk5OTQ2YzRlNjUyMGVkZWU5YmUyNTczODU0MzUzYzNiMi4uMWFjYzgyYjA1YTY4OThiYmYzZTMy
M2E3YWM0ZDRkNGIxODQwYzQzMCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9n
CisrKyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEyIEBACisyMDEyLTA2
LTEzICBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRoaW5rLmNvLnVrPiAgSm9jZWx5biBU
dXJjb3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEuY29tPgorCisgICAgICAgIFtRdF1bV2lu
XSBGaXggYnJva2VuIFF0V2ViS2l0NS5saWIgbGlua2luZworICAgICAgICBodHRwczovL2J1Z3Mu
d2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODgzMjEKKworICAgICAgICBSZXZpZXdlZCBieSBO
T0JPRFkgKE9PUFMhKS4KKworICAgICAgICAqIHBsYXRmb3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9z
Lmg6CisKIDIwMTItMDYtMTIgIFNpbHZpYSBQZmVpZmZlciAgPHNpbHZpYXBmQGNocm9taXVtLm9y
Zz4KIAogICAgICAgICBTdXBwb3J0ICFFTkFCTEUoVklERU8pIGJ1aWxkcyB3aXRoIGhvcml6b250
YWxseSBsYXllZCBvdXQgdmlkZW8gY29udHJvbHMuCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNj
cmlwdENvcmUvQVBJL0pTQmFzZS5oIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2Uu
aAppbmRleCBmZWQ1NGZlMjNlZjM0MDU5NGI4ZDE3ZWFmNjY4YzExZTE4Njc1Y2FlLi5mNDZhNDE3
NTUwNDQ2MTA1NmM1ZWZkZDI4MmM0ZGQ3NDhjMDZlZWQzIDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2
YVNjcmlwdENvcmUvQVBJL0pTQmFzZS5oCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkv
SlNCYXNlLmgKQEAgLTcxLDcgKzcxLDcgQEAgdHlwZWRlZiBzdHJ1Y3QgT3BhcXVlSlNWYWx1ZSog
SlNPYmplY3RSZWY7CiAjZWxpZiBkZWZpbmVkKF9fR05VQ19fKSAmJiAhZGVmaW5lZChfX0NDX0FS
TSkgJiYgIWRlZmluZWQoX19BUk1DQ19fKQogI2RlZmluZSBKU19FWFBPUlQgX19hdHRyaWJ1dGVf
XygodmlzaWJpbGl0eSgiZGVmYXVsdCIpKSkKICNlbGlmIGRlZmluZWQoV0lOMzIpIHx8IGRlZmlu
ZWQoX1dJTjMyKSB8fCBkZWZpbmVkKF9XSU4zMl9XQ0UpIHx8IGRlZmluZWQoX19DQ19BUk0pIHx8
IGRlZmluZWQoX19BUk1DQ19fKQotI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUp
IHx8IGRlZmluZWQoQlVJTERJTkdfV1RGKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlw
dENvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0Q29yZSkK
ICNkZWZpbmUgSlNfRVhQT1JUIF9fZGVjbHNwZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNkZWZpbmUg
SlNfRVhQT1JUIF9fZGVjbHNwZWMoZGxsaW1wb3J0KQpkaWZmIC0tZ2l0IGEvU291cmNlL0phdmFT
Y3JpcHRDb3JlL3J1bnRpbWUvSlNFeHBvcnRNYWNyb3MuaCBiL1NvdXJjZS9KYXZhU2NyaXB0Q29y
ZS9ydW50aW1lL0pTRXhwb3J0TWFjcm9zLmgKaW5kZXggODg0ODA1Zjg2Yjg1MjkwYWFiZDBjNzlk
MGZhODhiOTA2MTUwNWM2Ny4uMTllMmMyODZmNjA3YTkwNDJjOTMxNTQxMDA1MTM3ZjU3OTM3ZTRk
ZSAxMDA2NDQKLS0tIGEvU291cmNlL0phdmFTY3JpcHRDb3JlL3J1bnRpbWUvSlNFeHBvcnRNYWNy
b3MuaAorKysgYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5o
CkBAIC0zNiw3ICszNiw3IEBACiAvLyBTZWUgbm90ZSBpbiB3dGYvUGxhdGZvcm0uaCBmb3IgbW9y
ZSBpbmZvIG9uIEVYUE9SVF9NQUNST1MuCiAjaWYgVVNFKEVYUE9SVF9NQUNST1MpCiAKLSNpZiBk
ZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2
YVNjcmlwdENvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0
Q29yZSkKICNkZWZpbmUgSlNfRVhQT1JUX1BSSVZBVEUgV1RGX0VYUE9SVAogI2Vsc2UKICNkZWZp
bmUgSlNfRVhQT1JUX1BSSVZBVEUgV1RGX0lNUE9SVApAQCAtNTAsNyArNTAsNyBAQAogCiAjaWYg
IVBMQVRGT1JNKENIUk9NSVVNKSAmJiBPUyhXSU5ET1dTKSAmJiAhZGVmaW5lZChCVUlMRElOR19X
WF9fKSAmJiAhQ09NUElMRVIoR0NDKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0
Q29yZSkKKyNpZiBkZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKSB8fCBkZWZpbmVkKFNU
QVRJQ0FMTFlfTElOS0VEX1dJVEhfSmF2YVNjcmlwdENvcmUpCiAjZGVmaW5lIEpTX0VYUE9SVERB
VEEgX19kZWNsc3BlYyhkbGxleHBvcnQpCiAjZWxzZQogI2RlZmluZSBKU19FWFBPUlREQVRBIF9f
ZGVjbHNwZWMoZGxsaW1wb3J0KQpkaWZmIC0tZ2l0IGEvU291cmNlL1dURi93dGYvRXhwb3J0TWFj
cm9zLmggYi9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaAppbmRleCBlZmEwYzhmODFiN2Y4
NzQxNmUzNjMwMGYwNGM2NDRhOTljMzZjOTg5Li5kNTBkNmQxMTdhNzZmM2Q5NTI5MDhlZmI3OWZm
YTg5Njc5Y2MyYmRiIDEwMDY0NAotLS0gYS9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaAor
KysgYi9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaApAQCAtNzIsNyArNzIsNyBAQAogCiAv
LyBGSVhNRTogV2hlbiBhbGwgcG9ydHMgYXJlIHVzaW5nIHRoZSBleHBvcnQgbWFjcm9zLCB3ZSBz
aG91bGQgcmVwbGFjZQogLy8gV1RGX0VYUE9SVERBVEEgd2l0aCBXVEZfRVhQT1JUX1BSSVZBVEUg
bWFjcm9zLgotI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSAgfHwgZGVmaW5lZChCVUlMRElOR19K
YXZhU2NyaXB0Q29yZSkKKyNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgfHwgZGVmaW5lZChTVEFU
SUNBTExZX0xJTktFRF9XSVRIX1dURikKICNkZWZpbmUgV1RGX0VYUE9SVERBVEEgV1RGX0VYUE9S
VAogI2Vsc2UKICNkZWZpbmUgV1RGX0VYUE9SVERBVEEgV1RGX0lNUE9SVApAQCAtODEsNyArODEs
NyBAQAogI2Vsc2UgLy8gIVVTRShFWFBPUlRfTUFDUk9TKQogCiAjaWYgIVBMQVRGT1JNKENIUk9N
SVVNKSAmJiBPUyhXSU5ET1dTKSAmJiAhQ09NUElMRVIoR0NDKQotI2lmIGRlZmluZWQoQlVJTERJ
TkdfV1RGKSB8fCBkZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQo
QlVJTERJTkdfV1RGKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGKQogI2Rl
ZmluZSBXVEZfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRsbGV4cG9ydCkKICNlbHNlCiAjZGVmaW5l
IFdURl9FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxsaW1wb3J0KQpAQCAtOTgsNyArOTgsNyBAQAog
CiAjZW5kaWYgLy8gVVNFKEVYUE9SVF9NQUNST1MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dU
RikgIHx8IGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5lZChCVUlM
RElOR19XVEYpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYpCiAjZGVmaW5l
IFdURl9FWFBPUlRfUFJJVkFURSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBXVEZfRVhQT1JU
X1BSSVZBVEUgV1RGX0lNUE9SVApkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0v
UGxhdGZvcm1FeHBvcnRNYWNyb3MuaCBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1BsYXRmb3Jt
RXhwb3J0TWFjcm9zLmgKaW5kZXggNmM3MDgxM2FkZTIyZDk1MmY5MzhjYTlkMzIxZTJhYzk1OGIw
NzgzMy4uYWUzZTMwYTNhOWJjODUzMjc4N2Y2ODAzZWJkOTgyMDI1MWU5Nzc1MiAxMDA2NDQKLS0t
IGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRNYWNyb3MuaAorKysgYi9T
b3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9QbGF0Zm9ybUV4cG9ydE1hY3Jvcy5oCkBAIC0zNSw3ICsz
NSw4IEBACiAvLyBTZWUgbm90ZSBpbiB3dGYvUGxhdGZvcm0uaCBmb3IgbW9yZSBpbmZvIG9uIEVY
UE9SVF9NQUNST1MuCiAjaWYgVVNFKEVYUE9SVF9NQUNST1MpCiAKLSNpZiBkZWZpbmVkKEJVSUxE
SU5HX1dlYkNvcmUpIHx8IGRlZmluZWQoQlVJTERJTkdfV2ViS2l0KQorI2lmIGRlZmluZWQoQlVJ
TERJTkdfV2ViQ29yZSkgfHwgZGVmaW5lZChCVUlMRElOR19XZWJLaXQpIHx8IFwKKyAgICBkZWZp
bmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV2ViQ29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZ
X0xJTktFRF9XSVRIX1dlYktpdCkKICNkZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgV1RGX0VYUE9S
VAogI2Vsc2UKICNkZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgV1RGX0lNUE9SVApAQCAtNDUsNyAr
NDYsOCBAQAogCiAjaWYgIVBMQVRGT1JNKENIUk9NSVVNKSAmJiBPUyhXSU5ET1dTKSAmJiAhZGVm
aW5lZChCVUlMRElOR19XWF9fKSAmJiAhQ09NUElMRVIoR0NDKQogCi0jaWYgZGVmaW5lZChCVUlM
RElOR19XZWJDb3JlKSB8fCBkZWZpbmVkKEJVSUxESU5HX1dlYktpdCkKKyNpZiBkZWZpbmVkKEJV
SUxESU5HX1dlYkNvcmUpIHx8IGRlZmluZWQoQlVJTERJTkdfV2ViS2l0KSB8fCBcCisgICAgZGVm
aW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dlYkNvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxM
WV9MSU5LRURfV0lUSF9XZWJLaXQpCiAjZGVmaW5lIFdFQktJVF9FWFBPUlREQVRBIF9fZGVjbHNw
ZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNkZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgX19kZWNsc3Bl
YyhkbGxpbXBvcnQpCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cgYi9Ub29scy9DaGFuZ2VM
b2cKaW5kZXggZWY3NDRiNzdmODFhOThkOWI5MGExMTY4M2Y0M2RkNTBhYzY4Y2JiYy4uMmVjNzI3
ZThlMzgzYzJkNjNkODVhOGQzM2QxMzZlZmE0MWEwMTE3MyAxMDA2NDQKLS0tIGEvVG9vbHMvQ2hh
bmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIxIEBACisyMDEyLTA2LTEz
ICBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRoaW5rLmNvLnVrPiAgSm9jZWx5biBUdXJj
b3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEuY29tPgorCisgICAgICAgIFtRdF1bV2luXSBG
aXggYnJva2VuIFF0V2ViS2l0NS5saWIgbGlua2luZworICAgICAgICBodHRwczovL2J1Z3Mud2Vi
a2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODgzMjEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JP
RFkgKE9PUFMhKS4KKworICAgICAgICBPbiB3aW5kb3dzIHRoZSBpbXBvcnQvZXhwb3J0IGRlZmlu
aXRpb24gaXMgcGFydCBvZiB0aGUgc3ltYm9sJ3Mgc2lnbmF0dXJlLgorICAgICAgICBEZWZpbmUg
U1RBVElDQUxMWV9MSU5LRURfV0lUSF8kJGxpYnJhcnkgZm9yIGVhY2ggZGVwZW5kZW5kIG1vZHVs
ZQorICAgICAgICB0aGF0IGlzIGJlaW5nIGxpbmtlZCBzdGF0aWNhbGx5IHRvIG1ha2Ugc3VyZSB0
aGF0IHRoZXkgY2FuIGJlIGxpbmtlZCB0b2dldGhlcgorICAgICAgICBsYXRlciBvbi4KKworICAg
ICAgICBBbHNvIGRvIG5vdCBjb21waWxlIEFzc2VydGlvbnMuY3BwIGluIER1bXBSZW5kZXJUcmVl
IGFueW1vcmUgc2luY2UgYWxsIHRoZQorICAgICAgICB1c2VkIHN5bWJvbHMgYXJlIGV4cG9ydGVk
IGFuZCBpdCB3b3VsZCBjYXVzZSBhIGR1cGxpY2F0ZSBzeW1ib2xzIGVycm9yLgorCisgICAgICAg
ICogRHVtcFJlbmRlclRyZWUvcXQvRHVtcFJlbmRlclRyZWUucHJvOgorICAgICAgICAqIHFtYWtl
L21rc3BlY3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnByZjoKKwogMjAxMi0wNi0xMiAgQmFsYXpz
IEtlbGVtZW4gIDxrYmFsYXpzQHdlYmtpdC5vcmc+CiAKICAgICAgICAgW1JFR1JFU1NJT05dW1dU
Ul0gQnVpbGQgZmFpbCB3aXRoIHdlcnJvciBhZnRlciByMTIwMDU0CmRpZmYgLS1naXQgYS9Ub29s
cy9EdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVuZGVyVHJlZS5wcm8gYi9Ub29scy9EdW1wUmVuZGVy
VHJlZS9xdC9EdW1wUmVuZGVyVHJlZS5wcm8KaW5kZXggNTNhOGMwMWY4OWFhMTRiZTlmYmUzN2Nj
YzQzMThiZDIzN2U2NDlmYi4uMzI3ZGMzYTc5Yzg2MDdiM2FkNDA5MjI2ZjNmYmE0YWEwMGE5ZWY1
YyAxMDA2NDQKLS0tIGEvVG9vbHMvRHVtcFJlbmRlclRyZWUvcXQvRHVtcFJlbmRlclRyZWUucHJv
CisrKyBiL1Rvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybwpAQCAtMzcs
NyArMzcsNiBAQCBIRUFERVJTICs9IFwKICAgICB0ZXN0cGx1Z2luLmgKIAogU09VUkNFUyArPSBc
Ci0gICAgJCR7Uk9PVF9XRUJLSVRfRElSfS9Tb3VyY2UvV1RGL3d0Zi9Bc3NlcnRpb25zLmNwcCBc
CiAgICAgJCRQV0QvLi4vV29ya1F1ZXVlLmNwcCBcCiAgICAgRHVtcFJlbmRlclRyZWVRdC5jcHAg
XAogICAgIEV2ZW50U2VuZGVyUXQuY3BwIFwKZGlmZiAtLWdpdCBhL1Rvb2xzL3FtYWtlL21rc3Bl
Y3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnByZiBiL1Rvb2xzL3FtYWtlL21rc3BlY3MvZmVhdHVy
ZXMvZGVmYXVsdF9wb3N0LnByZgppbmRleCA3OGM5M2Q3YzA2NzhmOTI4NGNhZDlhODhhMjk1NDc0
NTg3NjU3YzAwLi4yZWZiZDcyOTg2ZWI1NzkzZjcwY2ZiYzY3MjMxNTMyMDUxMDIzZjcyIDEwMDY0
NAotLS0gYS9Ub29scy9xbWFrZS9ta3NwZWNzL2ZlYXR1cmVzL2RlZmF1bHRfcG9zdC5wcmYKKysr
IGIvVG9vbHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmCkBAIC0yMTIs
NiArMjEyLDEyIEBAIGZvcihsaWJyYXJ5LCBXRUJLSVQpIHsKICAgICAgICAgTElCUyArPSAkJGRl
cGVuZGVudF9saWJzCiAgICAgfQogCisgICAgIyBBbnl0aGluZyBub3QgbGlua2luZyBkeW5hbWlj
YWxseSB0byBRdFdlYktpdCBzaG91bGQgbWFrZSBzdXJlIHRvIGhhdmUgdGhlaXIgZXhwb3J0Cisg
ICAgIyBtYWNyb3Mgc3luY3Job25pemVkIHdpdGggdGhlIGNvZGUgdGhhdCBpdCB3aWxsIGxpbmtl
ZCB3aXRoIHN0YXRpY2FsbHkuCisgICAgIWNvbnRhaW5zKFFULCB3ZWJraXQpIHsKKyAgICAgICAg
REVGSU5FUyArPSBTVEFUSUNBTExZX0xJTktFRF9XSVRIXyQkbGlicmFyeQorICAgIH0KKwogICAg
IExJQlMgPSAkJGV4aXN0aW5nX2xpYnMgJCRMSUJTCiB9CiAK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>147360</attachid>
            <date>2012-06-13 10:44:29 -0700</date>
            <delta_ts>2012-06-27 09:53:02 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-88321-20120613194251.patch</filename>
            <type>text/plain</type>
            <size>9470</size>
            <attacher name="Jocelyn Turcotte">jturcotte</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTIwMDc5CmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0NoYW5nZUxvZwppbmRleCA5
MmMxNmQ5Mzg1MDUxZjQ5MzdhOGY1M2M1OTgyZDcxYzNiYjY4MGMwLi5mYThlZGE2MTU5ZGIxNzUy
Nzg3NzU4MTM4NzgyN2VjYjMyMDE2MzQ5IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENv
cmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFuZ2VMb2cKQEAgLTEs
MyArMSwxNiBAQAorMjAxMi0wNi0xMyAgSm9lbCBEaWxsb24gPGpvZWwuZGlsbG9uQGNvZGV0aGlu
ay5jby51az4gIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNvbT4K
KworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdlYktpdDUubGliIGxpbmtpbmcKKyAg
ICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTg4MzIxCisKKyAg
ICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgQWxzbyB1cGRhdGUg
dGhlIFd4IGJ1aWxkIHRvIHVzZSB0aGUgbmV3IGRlZmluZS4KKworICAgICAgICAqIEFQSS9KU0Jh
c2UuaDoKKyAgICAgICAgKiBydW50aW1lL0pTRXhwb3J0TWFjcm9zLmg6CisgICAgICAgICogd3Nj
cmlwdDoKKwogMjAxMi0wNi0xMiAgSG9qb25nIEhhbiAgPGhvam9uZy5oYW5Ac2Ftc3VuZy5jb20+
CiAKICAgICAgICAgUHJvcGVydHkgbmFtZXMgb2YgdGhlIGJ1aWx0LWluIG9iamVjdCBjYW5ub3Qg
YmUgcmV0cmlldmVkIApkaWZmIC0tZ2l0IGEvU291cmNlL1dURi9DaGFuZ2VMb2cgYi9Tb3VyY2Uv
V1RGL0NoYW5nZUxvZwppbmRleCAzM2EzOGI2YjBkNWExOTdmZTA4MDk4NjdiZGQyMTUyN2M1OTA0
MmU5Li4wYzg3YWQwNzMxY2JiZDI1MzhhMTVmMjlmZmE5OWY2ZGYzOTMzMDU4IDEwMDY0NAotLS0g
YS9Tb3VyY2UvV1RGL0NoYW5nZUxvZworKysgYi9Tb3VyY2UvV1RGL0NoYW5nZUxvZwpAQCAtMSwz
ICsxLDE4IEBACisyMDEyLTA2LTEzICBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRoaW5r
LmNvLnVrPiAgSm9jZWx5biBUdXJjb3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEuY29tPgor
CisgICAgICAgIFtRdF1bV2luXSBGaXggYnJva2VuIFF0V2ViS2l0NS5saWIgbGlua2luZworICAg
ICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODgzMjEKKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBJbnN0ZWFkIG9mIGxl
dHRpbmcgYSBtb2R1bGUncyBoZWFkZXJzIGtub3cgd2hpY2ggb3RoZXIgbW9kdWxlcyBkZXBlbmQg
b24gdGhlbSwKKyAgICAgICAgaGF2ZSBkZXBlbmRpbmcgbW9kdWxlcyBkZWZpbmUgZXhwbGljaXRl
bHkgdGhhdCB0aGV5IHdhbnQgaXRzIHN5bWJvbHMgZXhwb3J0ZWQgdG9vLgorCisgICAgICAgIEph
dmFTY3JpcHRDb3JlIHNob3VsZCB0aGVuIGJlIGNvbXBpbGVkIHdpdGggYm90aCBCVUlMRElOR19K
YXZhU2NyaXB0Q29yZSBhbmQKKyAgICAgICAgU1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYuCisK
KyAgICAgICAgKiB3dGYvRXhwb3J0TWFjcm9zLmg6CisKIDIwMTItMDYtMTEgIEpvY2VseW4gVHVy
Y290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNvbT4KIAogICAgICAgICBVc2luZyBleHRy
ZXJuYWwgSUNVIGxpYnJhcnkgb24gY2FzZSB1bnNlbnNpdGl2ZSBkcml2ZXMgd2lsbCBub3Qgd29y
awpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nIGIvU291cmNlL1dlYkNvcmUv
Q2hhbmdlTG9nCmluZGV4IGYzNmQyMDk5OTk0NmM0ZTY1MjBlZGVlOWJlMjU3Mzg1NDM1M2MzYjIu
LjFhY2M4MmIwNWE2ODk4YmJmM2UzMjNhN2FjNGQ0ZDRiMTg0MGM0MzAgMTAwNjQ0Ci0tLSBhL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZworKysgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKQEAg
LTEsMyArMSwxMiBAQAorMjAxMi0wNi0xMyAgSm9lbCBEaWxsb24gPGpvZWwuZGlsbG9uQGNvZGV0
aGluay5jby51az4gIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNv
bT4KKworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdlYktpdDUubGliIGxpbmtpbmcK
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTg4MzIxCisK
KyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgKiBwbGF0Zm9y
bS9QbGF0Zm9ybUV4cG9ydE1hY3Jvcy5oOgorCiAyMDEyLTA2LTEyICBTaWx2aWEgUGZlaWZmZXIg
IDxzaWx2aWFwZkBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgU3VwcG9ydCAhRU5BQkxFKFZJREVP
KSBidWlsZHMgd2l0aCBob3Jpem9udGFsbHkgbGF5ZWQgb3V0IHZpZGVvIGNvbnRyb2xzLgpkaWZm
IC0tZ2l0IGEvU291cmNlL0phdmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2UuaCBiL1NvdXJjZS9KYXZh
U2NyaXB0Q29yZS9BUEkvSlNCYXNlLmgKaW5kZXggZmVkNTRmZTIzZWYzNDA1OTRiOGQxN2VhZjY2
OGMxMWUxODY3NWNhZS4uZjQ2YTQxNzU1MDQ0NjEwNTZjNWVmZGQyODJjNGRkNzQ4YzA2ZWVkMyAx
MDA2NDQKLS0tIGEvU291cmNlL0phdmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2UuaAorKysgYi9Tb3Vy
Y2UvSmF2YVNjcmlwdENvcmUvQVBJL0pTQmFzZS5oCkBAIC03MSw3ICs3MSw3IEBAIHR5cGVkZWYg
c3RydWN0IE9wYXF1ZUpTVmFsdWUqIEpTT2JqZWN0UmVmOwogI2VsaWYgZGVmaW5lZChfX0dOVUNf
XykgJiYgIWRlZmluZWQoX19DQ19BUk0pICYmICFkZWZpbmVkKF9fQVJNQ0NfXykKICNkZWZpbmUg
SlNfRVhQT1JUIF9fYXR0cmlidXRlX18oKHZpc2liaWxpdHkoImRlZmF1bHQiKSkpCiAjZWxpZiBk
ZWZpbmVkKFdJTjMyKSB8fCBkZWZpbmVkKF9XSU4zMikgfHwgZGVmaW5lZChfV0lOMzJfV0NFKSB8
fCBkZWZpbmVkKF9fQ0NfQVJNKSB8fCBkZWZpbmVkKF9fQVJNQ0NfXykKLSNpZiBkZWZpbmVkKEJV
SUxESU5HX0phdmFTY3JpcHRDb3JlKSB8fCBkZWZpbmVkKEJVSUxESU5HX1dURikKKyNpZiBkZWZp
bmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VE
X1dJVEhfSmF2YVNjcmlwdENvcmUpCiAjZGVmaW5lIEpTX0VYUE9SVCBfX2RlY2xzcGVjKGRsbGV4
cG9ydCkKICNlbHNlCiAjZGVmaW5lIEpTX0VYUE9SVCBfX2RlY2xzcGVjKGRsbGltcG9ydCkKZGlm
ZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9ydW50aW1lL0pTRXhwb3J0TWFjcm9zLmgg
Yi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oCmluZGV4IDg4
NDgwNWY4NmI4NTI5MGFhYmQwYzc5ZDBmYTg4YjkwNjE1MDVjNjcuLjE5ZTJjMjg2ZjYwN2E5MDQy
YzkzMTU0MTAwNTEzN2Y1NzkzN2U0ZGUgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9KYXZhU2NyaXB0Q29y
ZS9ydW50aW1lL0pTRXhwb3J0TWFjcm9zLmgKKysrIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL3J1
bnRpbWUvSlNFeHBvcnRNYWNyb3MuaApAQCAtMzYsNyArMzYsNyBAQAogLy8gU2VlIG5vdGUgaW4g
d3RmL1BsYXRmb3JtLmggZm9yIG1vcmUgaW5mbyBvbiBFWFBPUlRfTUFDUk9TLgogI2lmIFVTRShF
WFBPUlRfTUFDUk9TKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkKKyNp
ZiBkZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlf
TElOS0VEX1dJVEhfSmF2YVNjcmlwdENvcmUpCiAjZGVmaW5lIEpTX0VYUE9SVF9QUklWQVRFIFdU
Rl9FWFBPUlQKICNlbHNlCiAjZGVmaW5lIEpTX0VYUE9SVF9QUklWQVRFIFdURl9JTVBPUlQKQEAg
LTUwLDcgKzUwLDcgQEAKIAogI2lmICFQTEFURk9STShDSFJPTUlVTSkgJiYgT1MoV0lORE9XUykg
JiYgIWRlZmluZWQoQlVJTERJTkdfV1hfXykgJiYgIUNPTVBJTEVSKEdDQykKIAotI2lmIGRlZmlu
ZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5lZChCVUlMRElOR19KYXZhU2Ny
aXB0Q29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX0phdmFTY3JpcHRDb3Jl
KQogI2RlZmluZSBKU19FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNk
ZWZpbmUgSlNfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRsbGltcG9ydCkKZGlmZiAtLWdpdCBhL1Nv
dXJjZS9KYXZhU2NyaXB0Q29yZS93c2NyaXB0IGIvU291cmNlL0phdmFTY3JpcHRDb3JlL3dzY3Jp
cHQKaW5kZXggNGFmYjRkMjZhNjMyNzg3NDY3YjZiZDgyMmM4NDFjYmUyODVjNDUzNi4uNTg2OTZk
OWM1NjVmZGUxZDgxOGVhM2I2ZWFkYzg3MmE4YWYwM2NhMCAxMDA2NDQKLS0tIGEvU291cmNlL0ph
dmFTY3JpcHRDb3JlL3dzY3JpcHQKKysrIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL3dzY3JpcHQK
QEAgLTY2LDcgKzY2LDcgQEAgZGVmIGJ1aWxkKGJsZCk6CiAgICAgICAgIGZlYXR1cmVzID0gJ2Nj
IGN4eCBjc2hsaWInLAogICAgICAgICBpbmNsdWRlcyA9ICcuIC4uIGFzc2VtYmxlciAuLi9XVEYg
JyArICcgJy5qb2luKGluY2x1ZGVzKSwKICAgICAgICAgc291cmNlID0gc291cmNlcywKLSAgICAg
ICAgZGVmaW5lcyA9IFsnQlVJTERJTkdfSmF2YVNjcmlwdENvcmUnXSwKKyAgICAgICAgZGVmaW5l
cyA9IFsnQlVJTERJTkdfSmF2YVNjcmlwdENvcmUnLCAnU1RBVElDQUxMWV9MSU5LRURfV0lUSF9X
VEYnXSwKICAgICAgICAgdGFyZ2V0ID0gJ2pzY29yZScsCiAgICAgICAgIHVzZWxpYiA9ICdXWCBJ
Q1UgJyArIGdldF9jb25maWcoKSwKICAgICAgICAgdXNlbGliX2xvY2FsID0gJycsCmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaCBiL1NvdXJjZS9XVEYvd3RmL0V4cG9y
dE1hY3Jvcy5oCmluZGV4IGVmYTBjOGY4MWI3Zjg3NDE2ZTM2MzAwZjA0YzY0NGE5OWMzNmM5ODku
LmQ1MGQ2ZDExN2E3NmYzZDk1MjkwOGVmYjc5ZmZhODk2NzljYzJiZGIgMTAwNjQ0Ci0tLSBhL1Nv
dXJjZS9XVEYvd3RmL0V4cG9ydE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9XVEYvd3RmL0V4cG9ydE1h
Y3Jvcy5oCkBAIC03Miw3ICs3Miw3IEBACiAKIC8vIEZJWE1FOiBXaGVuIGFsbCBwb3J0cyBhcmUg
dXNpbmcgdGhlIGV4cG9ydCBtYWNyb3MsIHdlIHNob3VsZCByZXBsYWNlCiAvLyBXVEZfRVhQT1JU
REFUQSB3aXRoIFdURl9FWFBPUlRfUFJJVkFURSBtYWNyb3MuCi0jaWYgZGVmaW5lZChCVUlMRElO
R19XVEYpICB8fCBkZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQo
QlVJTERJTkdfV1RGKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGKQogI2Rl
ZmluZSBXVEZfRVhQT1JUREFUQSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBXVEZfRVhQT1JU
REFUQSBXVEZfSU1QT1JUCkBAIC04MSw3ICs4MSw3IEBACiAjZWxzZSAvLyAhVVNFKEVYUE9SVF9N
QUNST1MpCiAKICNpZiAhUExBVEZPUk0oQ0hST01JVU0pICYmIE9TKFdJTkRPV1MpICYmICFDT01Q
SUxFUihHQ0MpCi0jaWYgZGVmaW5lZChCVUlMRElOR19XVEYpIHx8IGRlZmluZWQoQlVJTERJTkdf
SmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5lZChCVUlMRElOR19XVEYpIHx8IGRlZmluZWQoU1RB
VElDQUxMWV9MSU5LRURfV0lUSF9XVEYpCiAjZGVmaW5lIFdURl9FWFBPUlREQVRBIF9fZGVjbHNw
ZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNkZWZpbmUgV1RGX0VYUE9SVERBVEEgX19kZWNsc3BlYyhk
bGxpbXBvcnQpCkBAIC05OCw3ICs5OCw3IEBACiAKICNlbmRpZiAvLyBVU0UoRVhQT1JUX01BQ1JP
UykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSAgfHwgZGVmaW5lZChCVUlMRElOR19KYXZh
U2NyaXB0Q29yZSkKKyNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgfHwgZGVmaW5lZChTVEFUSUNB
TExZX0xJTktFRF9XSVRIX1dURikKICNkZWZpbmUgV1RGX0VYUE9SVF9QUklWQVRFIFdURl9FWFBP
UlQKICNlbHNlCiAjZGVmaW5lIFdURl9FWFBPUlRfUFJJVkFURSBXVEZfSU1QT1JUCmRpZmYgLS1n
aXQgYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9QbGF0Zm9ybUV4cG9ydE1hY3Jvcy5oIGIvU291
cmNlL1dlYkNvcmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRNYWNyb3MuaAppbmRleCA2YzcwODEz
YWRlMjJkOTUyZjkzOGNhOWQzMjFlMmFjOTU4YjA3ODMzLi5hZTNlMzBhM2E5YmM4NTMyNzg3ZjY4
MDNlYmQ5ODIwMjUxZTk3NzUyIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9Q
bGF0Zm9ybUV4cG9ydE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1BsYXRm
b3JtRXhwb3J0TWFjcm9zLmgKQEAgLTM1LDcgKzM1LDggQEAKIC8vIFNlZSBub3RlIGluIHd0Zi9Q
bGF0Zm9ybS5oIGZvciBtb3JlIGluZm8gb24gRVhQT1JUX01BQ1JPUy4KICNpZiBVU0UoRVhQT1JU
X01BQ1JPUykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdfV2ViQ29yZSkgfHwgZGVmaW5lZChCVUlM
RElOR19XZWJLaXQpCisjaWYgZGVmaW5lZChCVUlMRElOR19XZWJDb3JlKSB8fCBkZWZpbmVkKEJV
SUxESU5HX1dlYktpdCkgfHwgXAorICAgIGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9X
ZWJDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV2ViS2l0KQogI2RlZmlu
ZSBXRUJLSVRfRVhQT1JUREFUQSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBXRUJLSVRfRVhQ
T1JUREFUQSBXVEZfSU1QT1JUCkBAIC00NSw3ICs0Niw4IEBACiAKICNpZiAhUExBVEZPUk0oQ0hS
T01JVU0pICYmIE9TKFdJTkRPV1MpICYmICFkZWZpbmVkKEJVSUxESU5HX1dYX18pICYmICFDT01Q
SUxFUihHQ0MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dlYkNvcmUpIHx8IGRlZmluZWQoQlVJ
TERJTkdfV2ViS2l0KQorI2lmIGRlZmluZWQoQlVJTERJTkdfV2ViQ29yZSkgfHwgZGVmaW5lZChC
VUlMRElOR19XZWJLaXQpIHx8IFwKKyAgICBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhf
V2ViQ29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dlYktpdCkKICNkZWZp
bmUgV0VCS0lUX0VYUE9SVERBVEEgX19kZWNsc3BlYyhkbGxleHBvcnQpCiAjZWxzZQogI2RlZmlu
ZSBXRUJLSVRfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRsbGltcG9ydCkKZGlmZiAtLWdpdCBhL1Rv
b2xzL0NoYW5nZUxvZyBiL1Rvb2xzL0NoYW5nZUxvZwppbmRleCBlZjc0NGI3N2Y4MWE5OGQ5Yjkw
YTExNjgzZjQzZGQ1MGFjNjhjYmJjLi4yZWM3MjdlOGUzODNjMmQ2M2Q4NWE4ZDMzZDEzNmVmYTQx
YTAxMTczIDEwMDY0NAotLS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hhbmdlTG9n
CkBAIC0xLDMgKzEsMjEgQEAKKzIwMTItMDYtMTMgIEpvZWwgRGlsbG9uIDxqb2VsLmRpbGxvbkBj
b2RldGhpbmsuY28udWs+ICBKb2NlbHluIFR1cmNvdHRlICA8am9jZWx5bi50dXJjb3R0ZUBub2tp
YS5jb20+CisKKyAgICAgICAgW1F0XVtXaW5dIEZpeCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5r
aW5nCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMy
MQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE9uIHdp
bmRvd3MgdGhlIGltcG9ydC9leHBvcnQgZGVmaW5pdGlvbiBpcyBwYXJ0IG9mIHRoZSBzeW1ib2wn
cyBzaWduYXR1cmUuCisgICAgICAgIERlZmluZSBTVEFUSUNBTExZX0xJTktFRF9XSVRIXyQkbGli
cmFyeSBmb3IgZWFjaCBkZXBlbmRlbmQgbW9kdWxlCisgICAgICAgIHRoYXQgaXMgYmVpbmcgbGlu
a2VkIHN0YXRpY2FsbHkgdG8gbWFrZSBzdXJlIHRoYXQgdGhleSBjYW4gYmUgbGlua2VkIHRvZ2V0
aGVyCisgICAgICAgIGxhdGVyIG9uLgorCisgICAgICAgIEFsc28gZG8gbm90IGNvbXBpbGUgQXNz
ZXJ0aW9ucy5jcHAgaW4gRHVtcFJlbmRlclRyZWUgYW55bW9yZSBzaW5jZSBhbGwgdGhlCisgICAg
ICAgIHVzZWQgc3ltYm9scyBhcmUgZXhwb3J0ZWQgYW5kIGl0IHdvdWxkIGNhdXNlIGEgZHVwbGlj
YXRlIHN5bWJvbHMgZXJyb3IuCisKKyAgICAgICAgKiBEdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVu
ZGVyVHJlZS5wcm86CisgICAgICAgICogcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bv
c3QucHJmOgorCiAyMDEyLTA2LTEyICBCYWxhenMgS2VsZW1lbiAgPGtiYWxhenNAd2Via2l0Lm9y
Zz4KIAogICAgICAgICBbUkVHUkVTU0lPTl1bV1RSXSBCdWlsZCBmYWlsIHdpdGggd2Vycm9yIGFm
dGVyIHIxMjAwNTQKZGlmZiAtLWdpdCBhL1Rvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5k
ZXJUcmVlLnBybyBiL1Rvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybwpp
bmRleCA1M2E4YzAxZjg5YWExNGJlOWZiZTM3Y2NjNDMxOGJkMjM3ZTY0OWZiLi4zMjdkYzNhNzlj
ODYwN2IzYWQ0MDkyMjZmM2ZiYTRhYTAwYTllZjVjIDEwMDY0NAotLS0gYS9Ub29scy9EdW1wUmVu
ZGVyVHJlZS9xdC9EdW1wUmVuZGVyVHJlZS5wcm8KKysrIGIvVG9vbHMvRHVtcFJlbmRlclRyZWUv
cXQvRHVtcFJlbmRlclRyZWUucHJvCkBAIC0zNyw3ICszNyw2IEBAIEhFQURFUlMgKz0gXAogICAg
IHRlc3RwbHVnaW4uaAogCiBTT1VSQ0VTICs9IFwKLSAgICAkJHtST09UX1dFQktJVF9ESVJ9L1Nv
dXJjZS9XVEYvd3RmL0Fzc2VydGlvbnMuY3BwIFwKICAgICAkJFBXRC8uLi9Xb3JrUXVldWUuY3Bw
IFwKICAgICBEdW1wUmVuZGVyVHJlZVF0LmNwcCBcCiAgICAgRXZlbnRTZW5kZXJRdC5jcHAgXApk
aWZmIC0tZ2l0IGEvVG9vbHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJm
IGIvVG9vbHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmCmluZGV4IDc4
YzkzZDdjMDY3OGY5Mjg0Y2FkOWE4OGEyOTU0NzQ1ODc2NTdjMDAuLjJlZmJkNzI5ODZlYjU3OTNm
NzBjZmJjNjcyMzE1MzIwNTEwMjNmNzIgMTAwNjQ0Ci0tLSBhL1Rvb2xzL3FtYWtlL21rc3BlY3Mv
ZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnByZgorKysgYi9Ub29scy9xbWFrZS9ta3NwZWNzL2ZlYXR1
cmVzL2RlZmF1bHRfcG9zdC5wcmYKQEAgLTIxMiw2ICsyMTIsMTIgQEAgZm9yKGxpYnJhcnksIFdF
QktJVCkgewogICAgICAgICBMSUJTICs9ICQkZGVwZW5kZW50X2xpYnMKICAgICB9CiAKKyAgICAj
IEFueXRoaW5nIG5vdCBsaW5raW5nIGR5bmFtaWNhbGx5IHRvIFF0V2ViS2l0IHNob3VsZCBtYWtl
IHN1cmUgdG8gaGF2ZSB0aGVpciBleHBvcnQKKyAgICAjIG1hY3JvcyBzeW5jcmhvbml6ZWQgd2l0
aCB0aGUgY29kZSB0aGF0IGl0IHdpbGwgbGlua2VkIHdpdGggc3RhdGljYWxseS4KKyAgICAhY29u
dGFpbnMoUVQsIHdlYmtpdCkgeworICAgICAgICBERUZJTkVTICs9IFNUQVRJQ0FMTFlfTElOS0VE
X1dJVEhfJCRsaWJyYXJ5CisgICAgfQorCiAgICAgTElCUyA9ICQkZXhpc3RpbmdfbGlicyAkJExJ
QlMKIH0KIAo=
</data>
<flag name="review"
          id="154843"
          type_id="1"
          status="-"
          setter="kevino"
    />
          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>149768</attachid>
            <date>2012-06-27 09:53:02 -0700</date>
            <delta_ts>2012-06-29 08:15:24 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>AdjustExports.patch</filename>
            <type>text/plain</type>
            <size>11613</size>
            <attacher name="Jocelyn Turcotte">jturcotte</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkvSlNCYXNlLmggYi9Tb3VyY2Uv
SmF2YVNjcmlwdENvcmUvQVBJL0pTQmFzZS5oCmluZGV4IGZlZDU0ZmUuLmY0NmE0MTcgMTAwNjQ0
Ci0tLSBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkvSlNCYXNlLmgKKysrIGIvU291cmNlL0ph
dmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2UuaApAQCAtNzEsNyArNzEsNyBAQCB0eXBlZGVmIHN0cnVj
dCBPcGFxdWVKU1ZhbHVlKiBKU09iamVjdFJlZjsKICNlbGlmIGRlZmluZWQoX19HTlVDX18pICYm
ICFkZWZpbmVkKF9fQ0NfQVJNKSAmJiAhZGVmaW5lZChfX0FSTUNDX18pCiAjZGVmaW5lIEpTX0VY
UE9SVCBfX2F0dHJpYnV0ZV9fKCh2aXNpYmlsaXR5KCJkZWZhdWx0IikpKQogI2VsaWYgZGVmaW5l
ZChXSU4zMikgfHwgZGVmaW5lZChfV0lOMzIpIHx8IGRlZmluZWQoX1dJTjMyX1dDRSkgfHwgZGVm
aW5lZChfX0NDX0FSTSkgfHwgZGVmaW5lZChfX0FSTUNDX18pCi0jaWYgZGVmaW5lZChCVUlMRElO
R19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChCVUlMRElOR19XVEYpCisjaWYgZGVmaW5lZChC
VUlMRElOR19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRI
X0phdmFTY3JpcHRDb3JlKQogI2RlZmluZSBKU19FWFBPUlQgX19kZWNsc3BlYyhkbGxleHBvcnQp
CiAjZWxzZQogI2RlZmluZSBKU19FWFBPUlQgX19kZWNsc3BlYyhkbGxpbXBvcnQpCmRpZmYgLS1n
aXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRD
b3JlL0NoYW5nZUxvZwppbmRleCA5MmMxNmQ5Li4yYTEwZmViIDEwMDY0NAotLS0gYS9Tb3VyY2Uv
SmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFu
Z2VMb2cKQEAgLTEsMyArMSwyOCBAQAorMjAxMi0wNi0yNyAgSm9jZWx5biBUdXJjb3R0ZSAgPGpv
Y2VseW4udHVyY290dGVAbm9raWEuY29tPiAgSm9lbCBEaWxsb24gPGpvZWwuZGlsbG9uQGNvZGV0
aGluay5jby51az4KKworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdlYktpdDUubGli
IGxpbmtpbmcKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lk
PTg4MzIxCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
VGhlIGdvYWwgaXMgdG8gaGF2ZSBkaWZmZXJlbnQgcG9ydHMgYnVpbGQgc3lzdGVtcyBkZWZpbmUg
U1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYKKyAgICAgICAgd2hlbiBidWlsZGluZyBKYXZhU2Ny
aXB0Q29yZSwgaWYgYm90aCBhcmUgcGFja2FnZWQgaW4gdGhlIHNhbWUgRExMLCBpbnN0ZWFkCisg
ICAgICAgIG9mIHJlbHlpbmcgb24gdGhlIGNvZGUgdG8gaGFuZGxlIHRoaXMuCisgICAgICAgIFRo
ZSBlZmZlY3RzIG9mIEJVSUxESU5HXyogYW5kIFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfKiBhcmUg
Y3VycmVudGx5IHRoZSBzYW1lCisgICAgICAgIGV4Y2VwdCBmb3IgYSBjaGVjayBpbiBTb3VyY2Uv
SmF2YVNjcmlwdENvcmUvY29uZmlnLmguCisKKyAgICAgICAgS2VlcGluZyB0aGUgb2xkIHdheSBm
b3IgdGhlIFdYIHBvcnQgYXMgcmVxdWVzdGVkIGJ5IHRoZSBwb3J0J3MgY29udHJpYnV0b3JzLgor
ICAgICAgICBGb3Igbm9uLVdpbmRvd3MgcG9ydHMgdGhlcmUgaXMgbm8gZGlmZmVyZW5jZSBiZXR3
ZWVuIElNUE9SVCBhbmQgRVhQT1JULCBubworICAgICAgICBjaGFuZ2UgaXMgbmVlZGVkLgorCisg
ICAgICAgICogQVBJL0pTQmFzZS5oOgorICAgICAgICAgIEpTIHN5bWJvbHMgc2hvdWxkbid0IGJl
IGluY2x1ZGVkIGJ5IFdURiBvYmplY3RzIGFueW1vcmUuIFJlbW92ZSB0aGUgZXhwb3J0IHdoZW4g
QlVJTERJTkdfV1RGLgorICAgICAgICAqIEphdmFTY3JpcHRDb3JlLnZjcHJvai9KYXZhU2NyaXB0
Q29yZS9KYXZhU2NyaXB0Q29yZUNvbW1vbi52c3Byb3BzOgorICAgICAgICAgIE1ha2Ugc3VyZSB0
aGUgZXhwb3J0IGRpcmVjdGl2ZXMgYXJlIHJpZ2h0IGZvciB0aGUgV2luIHBvcnQuCisgICAgICAg
ICogSmF2YVNjcmlwdENvcmUudmNwcm9qL3Rlc3RhcGkvdGVzdGFwaUNvbW1vbi52c3Byb3BzOgor
ICAgICAgICAgIFJlbW92ZSB0aGUgc3RhdGljIGxpbmsgdG8gV1RGIGFzIGFzc2VydGlvbiBzeW1i
b2xzIGFyZSBleHBvcnRlZCBmcm9tIEphdmFTY3JpcHRDb3JlJ3MgRExMCisgICAgICAgICogcnVu
dGltZS9KU0V4cG9ydE1hY3Jvcy5oOgorCiAyMDEyLTA2LTEyICBIb2pvbmcgSGFuICA8aG9qb25n
LmhhbkBzYW1zdW5nLmNvbT4KIAogICAgICAgICBQcm9wZXJ0eSBuYW1lcyBvZiB0aGUgYnVpbHQt
aW4gb2JqZWN0IGNhbm5vdCBiZSByZXRyaWV2ZWQgCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNj
cmlwdENvcmUvSmF2YVNjcmlwdENvcmUudmNwcm9qL0phdmFTY3JpcHRDb3JlL0phdmFTY3JpcHRD
b3JlQ29tbW9uLnZzcHJvcHMgYi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvSmF2YVNjcmlwdENvcmUu
dmNwcm9qL0phdmFTY3JpcHRDb3JlL0phdmFTY3JpcHRDb3JlQ29tbW9uLnZzcHJvcHMKaW5kZXgg
ZmFjMGFmNS4uZjIzOGE2YSAxMDA2NDQKLS0tIGEvU291cmNlL0phdmFTY3JpcHRDb3JlL0phdmFT
Y3JpcHRDb3JlLnZjcHJvai9KYXZhU2NyaXB0Q29yZS9KYXZhU2NyaXB0Q29yZUNvbW1vbi52c3By
b3BzCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9KYXZhU2NyaXB0Q29yZS52Y3Byb2ovSmF2
YVNjcmlwdENvcmUvSmF2YVNjcmlwdENvcmVDb21tb24udnNwcm9wcwpAQCAtNyw3ICs3LDcgQEAK
IAk8VG9vbAogCQlOYW1lPSJWQ0NMQ29tcGlsZXJUb29sIgogCQlBZGRpdGlvbmFsSW5jbHVkZURp
cmVjdG9yaWVzPSImcXVvdDskKENvbmZpZ3VyYXRpb25CdWlsZERpcilcb2JqXEphdmFTY3JpcHRD
b3JlXERlcml2ZWRTb3VyY2VzXCZxdW90OzsuLi8uLi87Li4vLi4vQVBJLzsuLi8uLi9wYXJzZXIv
Oy4uLy4uL2J5dGVjb21waWxlci87Li4vLi4vZGZnLzsuLi8uLi9qaXQvOy4uLy4uL2xsaW50Lzsu
Li8uLi9ydW50aW1lLzsuLi8uLi90b29scy87Li4vLi4vYnl0ZWNvZGUvOy4uLy4uL2ludGVycHJl
dGVyLzsuLi8uLi93dGYvOy4uLy4uL3Byb2ZpbGVyOy4uLy4uL2Fzc2VtYmxlci87Li4vLi4vZGVi
dWdnZXIvOy4uLy4uL2hlYXAvOyZxdW90OyQoV2ViS2l0TGlicmFyaWVzRGlyKVxpbmNsdWRlJnF1
b3Q7OyZxdW90OyQoV2ViS2l0TGlicmFyaWVzRGlyKVxpbmNsdWRlXHByaXZhdGUmcXVvdDs7JnF1
b3Q7JChDb25maWd1cmF0aW9uQnVpbGREaXIpXGluY2x1ZGUmcXVvdDs7JnF1b3Q7JChDb25maWd1
cmF0aW9uQnVpbGREaXIpXGluY2x1ZGVcSmF2YVNjcmlwdENvcmUmcXVvdDs7JnF1b3Q7JChDb25m
aWd1cmF0aW9uQnVpbGREaXIpXGluY2x1ZGVccHJpdmF0ZSZxdW90OzsmcXVvdDskKENvbmZpZ3Vy
YXRpb25CdWlsZERpcilcaW5jbHVkZVxwcml2YXRlXEphdmFTY3JpcHRDb3JlJnF1b3Q7OyZxdW90
OyQoV2ViS2l0TGlicmFyaWVzRGlyKVxpbmNsdWRlXHB0aHJlYWRzJnF1b3Q7IgotCQlQcmVwcm9j
ZXNzb3JEZWZpbml0aW9ucz0iX19TVERfQyIKKwkJUHJlcHJvY2Vzc29yRGVmaW5pdGlvbnM9IlNU
QVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGO19fU1REX0MiCiAJCUZvcmNlZEluY2x1ZGVGaWxlcz0i
SUNVVmVyc2lvbi5oIgogCS8+CiAJPFRvb2wKZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0
Q29yZS9KYXZhU2NyaXB0Q29yZS52Y3Byb2ovdGVzdGFwaS90ZXN0YXBpQ29tbW9uLnZzcHJvcHMg
Yi9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvSmF2YVNjcmlwdENvcmUudmNwcm9qL3Rlc3RhcGkvdGVz
dGFwaUNvbW1vbi52c3Byb3BzCmluZGV4IDFkMjA2MGYuLmI4OTFhNjAgMTAwNjQ0Ci0tLSBhL1Nv
dXJjZS9KYXZhU2NyaXB0Q29yZS9KYXZhU2NyaXB0Q29yZS52Y3Byb2ovdGVzdGFwaS90ZXN0YXBp
Q29tbW9uLnZzcHJvcHMKKysrIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL0phdmFTY3JpcHRDb3Jl
LnZjcHJvai90ZXN0YXBpL3Rlc3RhcGlDb21tb24udnNwcm9wcwpAQCAtMTQsNyArMTQsNyBAQAog
CS8+CiAJPFRvb2wKIAkJTmFtZT0iVkNMaW5rZXJUb29sIgotCQlBZGRpdGlvbmFsRGVwZW5kZW5j
aWVzPSJKYXZhU2NyaXB0Q29yZSQoV2ViS2l0RExMQ29uZmlnU3VmZml4KS5saWIgV1RGJChXZWJL
aXRDb25maWdTdWZmaXgpLmxpYiBwdGhyZWFkVkMyJChMaWJyYXJ5Q29uZmlnU3VmZml4KS5saWIg
bGliaWN1aW4kKExpYnJhcnlDb25maWdTdWZmaXgpLmxpYiBsaWJpY3V1YyQoTGlicmFyeUNvbmZp
Z1N1ZmZpeCkubGliIgorCQlBZGRpdGlvbmFsRGVwZW5kZW5jaWVzPSJKYXZhU2NyaXB0Q29yZSQo
V2ViS2l0RExMQ29uZmlnU3VmZml4KS5saWIgcHRocmVhZFZDMiQoTGlicmFyeUNvbmZpZ1N1ZmZp
eCkubGliIGxpYmljdWluJChMaWJyYXJ5Q29uZmlnU3VmZml4KS5saWIgbGliaWN1dWMkKExpYnJh
cnlDb25maWdTdWZmaXgpLmxpYiIKIAkJQWRkaXRpb25hbExpYnJhcnlEaXJlY3Rvcmllcz0iJnF1
b3Q7JChJbnREaXIpXGxpYiZxdW90OyIKIAkJU3ViU3lzdGVtPSIxIgogCS8+CmRpZmYgLS1naXQg
YS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oIGIvU291cmNl
L0phdmFTY3JpcHRDb3JlL3J1bnRpbWUvSlNFeHBvcnRNYWNyb3MuaAppbmRleCA4ODQ4MDVmLi4x
OWUyYzI4IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4cG9y
dE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9ydW50aW1lL0pTRXhwb3J0TWFj
cm9zLmgKQEAgLTM2LDcgKzM2LDcgQEAKIC8vIFNlZSBub3RlIGluIHd0Zi9QbGF0Zm9ybS5oIGZv
ciBtb3JlIGluZm8gb24gRVhQT1JUX01BQ1JPUy4KICNpZiBVU0UoRVhQT1JUX01BQ1JPUykKIAot
I2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5lZChCVUlMRElO
R19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX0phdmFT
Y3JpcHRDb3JlKQogI2RlZmluZSBKU19FWFBPUlRfUFJJVkFURSBXVEZfRVhQT1JUCiAjZWxzZQog
I2RlZmluZSBKU19FWFBPUlRfUFJJVkFURSBXVEZfSU1QT1JUCkBAIC01MCw3ICs1MCw3IEBACiAK
ICNpZiAhUExBVEZPUk0oQ0hST01JVU0pICYmIE9TKFdJTkRPV1MpICYmICFkZWZpbmVkKEJVSUxE
SU5HX1dYX18pICYmICFDT01QSUxFUihHQ0MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX0phdmFT
Y3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpIHx8IGRlZmlu
ZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0Q29yZSkKICNkZWZpbmUgSlNfRVhQ
T1JUREFUQSBfX2RlY2xzcGVjKGRsbGV4cG9ydCkKICNlbHNlCiAjZGVmaW5lIEpTX0VYUE9SVERB
VEEgX19kZWNsc3BlYyhkbGxpbXBvcnQpCmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL0NoYW5nZUxv
ZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IDMzYTM4YjYuLmQzNTUyMDUgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCkBAIC0x
LDMgKzEsMTggQEAKKzIwMTItMDYtMjcgIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNv
dHRlQG5va2lhLmNvbT4gIEpvZWwgRGlsbG9uIDxqb2VsLmRpbGxvbkBjb2RldGhpbmsuY28udWs+
CisKKyAgICAgICAgW1F0XVtXaW5dIEZpeCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5raW5nCisg
ICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMyMQorCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEluc3RlYWQgb2Yg
bGV0dGluZyBhIG1vZHVsZSdzIGhlYWRlcnMga25vdyB3aGljaCBvdGhlciBtb2R1bGVzIGRlcGVu
ZCBvbiB0aGVtLAorICAgICAgICBoYXZlIGRlcGVuZGluZyBtb2R1bGVzIGRlZmluZSBleHBsaWNp
dGVseSB0aGF0IHRoZXkgd2FudCBpdHMgc3ltYm9scyBleHBvcnRlZCB0b28uCisKKyAgICAgICAg
SmF2YVNjcmlwdENvcmUgc2hvdWxkIHRoZW4gYmUgY29tcGlsZWQgd2l0aCBib3RoIEJVSUxESU5H
X0phdmFTY3JpcHRDb3JlIGFuZAorICAgICAgICBTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dURi4K
KworICAgICAgICAqIHd0Zi9FeHBvcnRNYWNyb3MuaDoKKwogMjAxMi0wNi0xMSAgSm9jZWx5biBU
dXJjb3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEuY29tPgogCiAgICAgICAgIFVzaW5nIGV4
dHJlcm5hbCBJQ1UgbGlicmFyeSBvbiBjYXNlIHVuc2Vuc2l0aXZlIGRyaXZlcyB3aWxsIG5vdCB3
b3JrCmRpZmYgLS1naXQgYS9Tb3VyY2UvV1RGL3d0Zi9FeHBvcnRNYWNyb3MuaCBiL1NvdXJjZS9X
VEYvd3RmL0V4cG9ydE1hY3Jvcy5oCmluZGV4IGVmYTBjOGYuLjM2ZDdmNDggMTAwNjQ0Ci0tLSBh
L1NvdXJjZS9XVEYvd3RmL0V4cG9ydE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9XVEYvd3RmL0V4cG9y
dE1hY3Jvcy5oCkBAIC02NSwxNCArNjUsOSBAQAogI2RlZmluZSBXVEZfSElEREVOCiAjZW5kaWYK
IAotLy8gQ3VycmVudGx5IFdURiBpcyBlbWJlZGRlZCBzdGF0aWNhbGx5IGluIEpTQ29yZSwgd2hp
Y2ggZXhwb3J0cyAKLS8vIFdURiBzeW1ib2xzIGluIHRoZSBKU0NvcmUgc2hhcmVkIGxpYnJhcnku
Ci0vLyBCZWNhdXNlIG9mIHRoaXMsIHdlIG5lZWQgdG8gbWFrZSBzdXJlIHRoYXQgd2UgdXNlIFdU
Rl9FWFBPUlQKLS8vIHdoZW4gYnVpbGRpbmcgSmF2YVNjcmlwdENvcmUgYXMgd2VsbCBhcyBXVEYu
Ci0KIC8vIEZJWE1FOiBXaGVuIGFsbCBwb3J0cyBhcmUgdXNpbmcgdGhlIGV4cG9ydCBtYWNyb3Ms
IHdlIHNob3VsZCByZXBsYWNlCiAvLyBXVEZfRVhQT1JUREFUQSB3aXRoIFdURl9FWFBPUlRfUFJJ
VkFURSBtYWNyb3MuCi0jaWYgZGVmaW5lZChCVUlMRElOR19XVEYpICB8fCBkZWZpbmVkKEJVSUxE
SU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSB8fCBkZWZpbmVk
KFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGKSB8fCAoUExBVEZPUk0oV1gpICYmIGRlZmluZWQo
QlVJTERJTkdfSmF2YVNjcmlwdENvcmUpKQogI2RlZmluZSBXVEZfRVhQT1JUREFUQSBXVEZfRVhQ
T1JUCiAjZWxzZQogI2RlZmluZSBXVEZfRVhQT1JUREFUQSBXVEZfSU1QT1JUCkBAIC04MSw3ICs3
Niw3IEBACiAjZWxzZSAvLyAhVVNFKEVYUE9SVF9NQUNST1MpCiAKICNpZiAhUExBVEZPUk0oQ0hS
T01JVU0pICYmIE9TKFdJTkRPV1MpICYmICFDT01QSUxFUihHQ0MpCi0jaWYgZGVmaW5lZChCVUlM
RElOR19XVEYpIHx8IGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpCisjaWYgZGVmaW5l
ZChCVUlMRElOR19XVEYpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYpCiAj
ZGVmaW5lIFdURl9FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxsZXhwb3J0KQogI2Vsc2UKICNkZWZp
bmUgV1RGX0VYUE9SVERBVEEgX19kZWNsc3BlYyhkbGxpbXBvcnQpCkBAIC05OCw3ICs5Myw3IEBA
CiAKICNlbmRpZiAvLyBVU0UoRVhQT1JUX01BQ1JPUykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdf
V1RGKSAgfHwgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkKKyNpZiBkZWZpbmVkKEJV
SUxESU5HX1dURikgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dURikgfHwgKFBM
QVRGT1JNKFdYKSAmJiBkZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKSkKICNkZWZpbmUg
V1RGX0VYUE9SVF9QUklWQVRFIFdURl9FWFBPUlQKICNlbHNlCiAjZGVmaW5lIFdURl9FWFBPUlRf
UFJJVkFURSBXVEZfSU1QT1JUCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cg
Yi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggZjM2ZDIwOS4uM2M0OTM2ZSAxMDA2NDQK
LS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwpAQCAtMSwzICsxLDEyIEBACisyMDEyLTA2LTI3ICBKb2NlbHluIFR1cmNvdHRlICA8am9j
ZWx5bi50dXJjb3R0ZUBub2tpYS5jb20+ICBKb2VsIERpbGxvbiA8am9lbC5kaWxsb25AY29kZXRo
aW5rLmNvLnVrPgorCisgICAgICAgIFtRdF1bV2luXSBGaXggYnJva2VuIFF0V2ViS2l0NS5saWIg
bGlua2luZworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9
ODgzMjEKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICAq
IHBsYXRmb3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9zLmg6CisKIDIwMTItMDYtMTIgIFNpbHZpYSBQ
ZmVpZmZlciAgPHNpbHZpYXBmQGNocm9taXVtLm9yZz4KIAogICAgICAgICBTdXBwb3J0ICFFTkFC
TEUoVklERU8pIGJ1aWxkcyB3aXRoIGhvcml6b250YWxseSBsYXllZCBvdXQgdmlkZW8gY29udHJv
bHMuCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9QbGF0Zm9ybUV4cG9ydE1h
Y3Jvcy5oIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRNYWNyb3MuaApp
bmRleCA2YzcwODEzLi5hZTNlMzBhIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9y
bS9QbGF0Zm9ybUV4cG9ydE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL1Bs
YXRmb3JtRXhwb3J0TWFjcm9zLmgKQEAgLTM1LDcgKzM1LDggQEAKIC8vIFNlZSBub3RlIGluIHd0
Zi9QbGF0Zm9ybS5oIGZvciBtb3JlIGluZm8gb24gRVhQT1JUX01BQ1JPUy4KICNpZiBVU0UoRVhQ
T1JUX01BQ1JPUykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdfV2ViQ29yZSkgfHwgZGVmaW5lZChC
VUlMRElOR19XZWJLaXQpCisjaWYgZGVmaW5lZChCVUlMRElOR19XZWJDb3JlKSB8fCBkZWZpbmVk
KEJVSUxESU5HX1dlYktpdCkgfHwgXAorICAgIGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lU
SF9XZWJDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV2ViS2l0KQogI2Rl
ZmluZSBXRUJLSVRfRVhQT1JUREFUQSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBXRUJLSVRf
RVhQT1JUREFUQSBXVEZfSU1QT1JUCkBAIC00NSw3ICs0Niw4IEBACiAKICNpZiAhUExBVEZPUk0o
Q0hST01JVU0pICYmIE9TKFdJTkRPV1MpICYmICFkZWZpbmVkKEJVSUxESU5HX1dYX18pICYmICFD
T01QSUxFUihHQ0MpCiAKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dlYkNvcmUpIHx8IGRlZmluZWQo
QlVJTERJTkdfV2ViS2l0KQorI2lmIGRlZmluZWQoQlVJTERJTkdfV2ViQ29yZSkgfHwgZGVmaW5l
ZChCVUlMRElOR19XZWJLaXQpIHx8IFwKKyAgICBkZWZpbmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJ
VEhfV2ViQ29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dlYktpdCkKICNk
ZWZpbmUgV0VCS0lUX0VYUE9SVERBVEEgX19kZWNsc3BlYyhkbGxleHBvcnQpCiAjZWxzZQogI2Rl
ZmluZSBXRUJLSVRfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRsbGltcG9ydCkKZGlmZiAtLWdpdCBh
L1Rvb2xzL0NoYW5nZUxvZyBiL1Rvb2xzL0NoYW5nZUxvZwppbmRleCBlZjc0NGI3Li5hMjI0OGUy
IDEwMDY0NAotLS0gYS9Ub29scy9DaGFuZ2VMb2cKKysrIGIvVG9vbHMvQ2hhbmdlTG9nCkBAIC0x
LDMgKzEsMjEgQEAKKzIwMTItMDYtMjcgIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNv
dHRlQG5va2lhLmNvbT4gIEpvZWwgRGlsbG9uIDxqb2VsLmRpbGxvbkBjb2RldGhpbmsuY28udWs+
CisKKyAgICAgICAgW1F0XVtXaW5dIEZpeCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5raW5nCisg
ICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMyMQorCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE9uIHdpbmRvd3Mg
dGhlIGltcG9ydC9leHBvcnQgZGVmaW5pdGlvbiBpcyBwYXJ0IG9mIHRoZSBzeW1ib2wncyBzaWdu
YXR1cmUuCisgICAgICAgIERlZmluZSBTVEFUSUNBTExZX0xJTktFRF9XSVRIXyQkbGlicmFyeSBm
b3IgZWFjaCBkZXBlbmRlbmQgbW9kdWxlCisgICAgICAgIHRoYXQgaXMgYmVpbmcgbGlua2VkIHN0
YXRpY2FsbHkgdG8gbWFrZSBzdXJlIHRoYXQgdGhleSBjYW4gYmUgbGlua2VkIHRvZ2V0aGVyCisg
ICAgICAgIGxhdGVyIG9uLgorCisgICAgICAgIEFsc28gZG8gbm90IGNvbXBpbGUgQXNzZXJ0aW9u
cy5jcHAgaW4gRHVtcFJlbmRlclRyZWUgYW55bW9yZSBzaW5jZSBhbGwgdGhlCisgICAgICAgIHVz
ZWQgc3ltYm9scyBhcmUgZXhwb3J0ZWQgYW5kIGl0IHdvdWxkIGNhdXNlIGEgZHVwbGljYXRlIHN5
bWJvbHMgZXJyb3IuCisKKyAgICAgICAgKiBEdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVuZGVyVHJl
ZS5wcm86CisgICAgICAgICogcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJm
OgorCiAyMDEyLTA2LTEyICBCYWxhenMgS2VsZW1lbiAgPGtiYWxhenNAd2Via2l0Lm9yZz4KIAog
ICAgICAgICBbUkVHUkVTU0lPTl1bV1RSXSBCdWlsZCBmYWlsIHdpdGggd2Vycm9yIGFmdGVyIHIx
MjAwNTQKZGlmZiAtLWdpdCBhL1Rvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5kZXJUcmVl
LnBybyBiL1Rvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybwppbmRleCA1
M2E4YzAxLi4zMjdkYzNhIDEwMDY0NAotLS0gYS9Ub29scy9EdW1wUmVuZGVyVHJlZS9xdC9EdW1w
UmVuZGVyVHJlZS5wcm8KKysrIGIvVG9vbHMvRHVtcFJlbmRlclRyZWUvcXQvRHVtcFJlbmRlclRy
ZWUucHJvCkBAIC0zNyw3ICszNyw2IEBAIEhFQURFUlMgKz0gXAogICAgIHRlc3RwbHVnaW4uaAog
CiBTT1VSQ0VTICs9IFwKLSAgICAkJHtST09UX1dFQktJVF9ESVJ9L1NvdXJjZS9XVEYvd3RmL0Fz
c2VydGlvbnMuY3BwIFwKICAgICAkJFBXRC8uLi9Xb3JrUXVldWUuY3BwIFwKICAgICBEdW1wUmVu
ZGVyVHJlZVF0LmNwcCBcCiAgICAgRXZlbnRTZW5kZXJRdC5jcHAgXApkaWZmIC0tZ2l0IGEvVG9v
bHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmIGIvVG9vbHMvcW1ha2Uv
bWtzcGVjcy9mZWF0dXJlcy9kZWZhdWx0X3Bvc3QucHJmCmluZGV4IDc4YzkzZDcuLmZmNGUwYTQg
MTAwNjQ0Ci0tLSBhL1Rvb2xzL3FtYWtlL21rc3BlY3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnBy
ZgorKysgYi9Ub29scy9xbWFrZS9ta3NwZWNzL2ZlYXR1cmVzL2RlZmF1bHRfcG9zdC5wcmYKQEAg
LTIxMiw2ICsyMTIsMTIgQEAgZm9yKGxpYnJhcnksIFdFQktJVCkgewogICAgICAgICBMSUJTICs9
ICQkZGVwZW5kZW50X2xpYnMKICAgICB9CiAKKyAgICAjIEFueXRoaW5nIG5vdCBsaW5raW5nIGR5
bmFtaWNhbGx5IHRvIFF0V2ViS2l0IHNob3VsZCBtYWtlIHN1cmUgdG8gaGF2ZSBpdHMgZXhwb3J0
CisgICAgIyBtYWNyb3Mgc3luY3Job25pemVkIHdpdGggdGhlIGNvZGUgdGhhdCBpdCB3aWxsIGJl
IGxpbmtlZCB3aXRoIHN0YXRpY2FsbHkuCisgICAgIWNvbnRhaW5zKFFULCB3ZWJraXQpIHsKKyAg
ICAgICAgREVGSU5FUyArPSBTVEFUSUNBTExZX0xJTktFRF9XSVRIXyQkbGlicmFyeQorICAgIH0K
KwogICAgIExJQlMgPSAkJGV4aXN0aW5nX2xpYnMgJCRMSUJTCiB9CiAK
</data>
<flag name="review"
          id="157867"
          type_id="1"
          status="+"
          setter="vestbo"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>150181</attachid>
            <date>2012-06-29 08:15:24 -0700</date>
            <delta_ts>2012-07-03 06:43:30 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>AdjustExports.patch</filename>
            <type>text/plain</type>
            <size>10546</size>
            <attacher name="Jocelyn Turcotte">jturcotte</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkvSlNCYXNlLmggYi9Tb3VyY2Uv
SmF2YVNjcmlwdENvcmUvQVBJL0pTQmFzZS5oCmluZGV4IGZlZDU0ZmUuLmY0NmE0MTcgMTAwNjQ0
Ci0tLSBhL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9BUEkvSlNCYXNlLmgKKysrIGIvU291cmNlL0ph
dmFTY3JpcHRDb3JlL0FQSS9KU0Jhc2UuaApAQCAtNzEsNyArNzEsNyBAQCB0eXBlZGVmIHN0cnVj
dCBPcGFxdWVKU1ZhbHVlKiBKU09iamVjdFJlZjsKICNlbGlmIGRlZmluZWQoX19HTlVDX18pICYm
ICFkZWZpbmVkKF9fQ0NfQVJNKSAmJiAhZGVmaW5lZChfX0FSTUNDX18pCiAjZGVmaW5lIEpTX0VY
UE9SVCBfX2F0dHJpYnV0ZV9fKCh2aXNpYmlsaXR5KCJkZWZhdWx0IikpKQogI2VsaWYgZGVmaW5l
ZChXSU4zMikgfHwgZGVmaW5lZChfV0lOMzIpIHx8IGRlZmluZWQoX1dJTjMyX1dDRSkgfHwgZGVm
aW5lZChfX0NDX0FSTSkgfHwgZGVmaW5lZChfX0FSTUNDX18pCi0jaWYgZGVmaW5lZChCVUlMRElO
R19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChCVUlMRElOR19XVEYpCisjaWYgZGVmaW5lZChC
VUlMRElOR19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRI
X0phdmFTY3JpcHRDb3JlKQogI2RlZmluZSBKU19FWFBPUlQgX19kZWNsc3BlYyhkbGxleHBvcnQp
CiAjZWxzZQogI2RlZmluZSBKU19FWFBPUlQgX19kZWNsc3BlYyhkbGxpbXBvcnQpCmRpZmYgLS1n
aXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nIGIvU291cmNlL0phdmFTY3JpcHRD
b3JlL0NoYW5nZUxvZwppbmRleCAyNzEzMDlhLi41MjJhYjBlIDEwMDY0NAotLS0gYS9Tb3VyY2Uv
SmF2YVNjcmlwdENvcmUvQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9DaGFu
Z2VMb2cKQEAgLTEsMyArMSwyNiBAQAorMjAxMi0wNi0yNyAgSm9jZWx5biBUdXJjb3R0ZSAgPGpv
Y2VseW4udHVyY290dGVAbm9raWEuY29tPiAgSm9lbCBEaWxsb24gPGpvZWwuZGlsbG9uQGNvZGV0
aGluay5jby51az4KKworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdlYktpdDUubGli
IGxpbmtpbmcKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lk
PTg4MzIxCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAg
VGhlIGdvYWwgaXMgdG8gaGF2ZSBkaWZmZXJlbnQgcG9ydHMgYnVpbGQgc3lzdGVtcyBkZWZpbmUg
U1RBVElDQUxMWV9MSU5LRURfV0lUSF9XVEYKKyAgICAgICAgd2hlbiBidWlsZGluZyBKYXZhU2Ny
aXB0Q29yZSwgaWYgYm90aCBhcmUgcGFja2FnZWQgaW4gdGhlIHNhbWUgRExMLCBpbnN0ZWFkCisg
ICAgICAgIG9mIHJlbHlpbmcgb24gdGhlIGNvZGUgdG8gaGFuZGxlIHRoaXMuCisgICAgICAgIFRo
ZSBlZmZlY3RzIG9mIEJVSUxESU5HXyogYW5kIFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfKiBhcmUg
Y3VycmVudGx5IHRoZSBzYW1lCisgICAgICAgIGV4Y2VwdCBmb3IgYSBjaGVjayBpbiBTb3VyY2Uv
SmF2YVNjcmlwdENvcmUvY29uZmlnLmguCisKKyAgICAgICAgS2VlcGluZyB0aGUgb2xkIHdheSBm
b3IgdGhlIFdYIHBvcnQgYXMgcmVxdWVzdGVkIGJ5IHRoZSBwb3J0J3MgY29udHJpYnV0b3JzLgor
ICAgICAgICBGb3Igbm9uLVdpbmRvd3MgcG9ydHMgdGhlcmUgaXMgbm8gZGlmZmVyZW5jZSBiZXR3
ZWVuIElNUE9SVCBhbmQgRVhQT1JULCBubworICAgICAgICBjaGFuZ2UgaXMgbmVlZGVkLgorCisg
ICAgICAgICogQVBJL0pTQmFzZS5oOgorICAgICAgICAgIEpTIHN5bWJvbHMgc2hvdWxkbid0IGJl
IGluY2x1ZGVkIGJ5IFdURiBvYmplY3RzIGFueW1vcmUuIFJlbW92ZSB0aGUgZXhwb3J0IHdoZW4g
QlVJTERJTkdfV1RGLgorICAgICAgICAqIEphdmFTY3JpcHRDb3JlLnZjcHJvai9KYXZhU2NyaXB0
Q29yZS9KYXZhU2NyaXB0Q29yZUNvbW1vbi52c3Byb3BzOgorICAgICAgICAgIE1ha2Ugc3VyZSB0
aGF0IEphdmFTY3JpcHRDb3JlIHVzZXMgaW1wb3J0IHN5bWJvbHMgb2YgV1RGIGZvciB0aGUgV2lu
IHBvcnQuCisgICAgICAgICogcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oOgorCiAyMDEyLTA2LTI4
ICBGaWxpcCBQaXpsbyAgPGZwaXpsb0BhcHBsZS5jb20+CiAKICAgICAgICAgREZHIHJlY29tcGls
YXRpb24gaGV1cmlzdGljcyBzaG91bGQgYmUgYmFzZWQgb24gY291bnQsIG5vdCByYXRlCmRpZmYg
LS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvSmF2YVNjcmlwdENvcmUudmNwcm9qL0phdmFT
Y3JpcHRDb3JlL0phdmFTY3JpcHRDb3JlQ29tbW9uLnZzcHJvcHMgYi9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvSmF2YVNjcmlwdENvcmUudmNwcm9qL0phdmFTY3JpcHRDb3JlL0phdmFTY3JpcHRDb3Jl
Q29tbW9uLnZzcHJvcHMKaW5kZXggZGYwNzI0ZS4uN2QyNDYxZCAxMDA2NDQKLS0tIGEvU291cmNl
L0phdmFTY3JpcHRDb3JlL0phdmFTY3JpcHRDb3JlLnZjcHJvai9KYXZhU2NyaXB0Q29yZS9KYXZh
U2NyaXB0Q29yZUNvbW1vbi52c3Byb3BzCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29yZS9KYXZh
U2NyaXB0Q29yZS52Y3Byb2ovSmF2YVNjcmlwdENvcmUvSmF2YVNjcmlwdENvcmVDb21tb24udnNw
cm9wcwpAQCAtNyw3ICs3LDcgQEAKIAk8VG9vbAogCQlOYW1lPSJWQ0NMQ29tcGlsZXJUb29sIgog
CQlBZGRpdGlvbmFsSW5jbHVkZURpcmVjdG9yaWVzPSImcXVvdDskKENvbmZpZ3VyYXRpb25CdWls
ZERpcilcb2JqXEphdmFTY3JpcHRDb3JlXERlcml2ZWRTb3VyY2VzXCZxdW90OzsuLi8uLi87Li4v
Li4vQVBJLzsuLi8uLi9wYXJzZXIvOy4uLy4uL2J5dGVjb21waWxlci87Li4vLi4vZGZnLzsuLi8u
Li9kaXNhc3NlbWJsZXI7Li4vLi4vaml0LzsuLi8uLi9sbGludC87Li4vLi4vcnVudGltZS87Li4v
Li4vdG9vbHMvOy4uLy4uL2J5dGVjb2RlLzsuLi8uLi9pbnRlcnByZXRlci87Li4vLi4vd3RmLzsu
Li8uLi9wcm9maWxlcjsuLi8uLi9hc3NlbWJsZXIvOy4uLy4uL2RlYnVnZ2VyLzsuLi8uLi9oZWFw
LzsmcXVvdDskKFdlYktpdExpYnJhcmllc0RpcilcaW5jbHVkZSZxdW90OzsmcXVvdDskKFdlYktp
dExpYnJhcmllc0RpcilcaW5jbHVkZVxwcml2YXRlJnF1b3Q7OyZxdW90OyQoQ29uZmlndXJhdGlv
bkJ1aWxkRGlyKVxpbmNsdWRlJnF1b3Q7OyZxdW90OyQoQ29uZmlndXJhdGlvbkJ1aWxkRGlyKVxp
bmNsdWRlXEphdmFTY3JpcHRDb3JlJnF1b3Q7OyZxdW90OyQoQ29uZmlndXJhdGlvbkJ1aWxkRGly
KVxpbmNsdWRlXHByaXZhdGUmcXVvdDs7JnF1b3Q7JChDb25maWd1cmF0aW9uQnVpbGREaXIpXGlu
Y2x1ZGVccHJpdmF0ZVxKYXZhU2NyaXB0Q29yZSZxdW90OzsmcXVvdDskKFdlYktpdExpYnJhcmll
c0RpcilcaW5jbHVkZVxwdGhyZWFkcyZxdW90OyIKLQkJUHJlcHJvY2Vzc29yRGVmaW5pdGlvbnM9
Il9fU1REX0MiCisJCVByZXByb2Nlc3NvckRlZmluaXRpb25zPSJTVEFUSUNBTExZX0xJTktFRF9X
SVRIX1dURjtfX1NURF9DIgogCQlGb3JjZWRJbmNsdWRlRmlsZXM9IklDVVZlcnNpb24uaCIKIAkv
PgogCTxUb29sCmRpZmYgLS1naXQgYS9Tb3VyY2UvSmF2YVNjcmlwdENvcmUvcnVudGltZS9KU0V4
cG9ydE1hY3Jvcy5oIGIvU291cmNlL0phdmFTY3JpcHRDb3JlL3J1bnRpbWUvSlNFeHBvcnRNYWNy
b3MuaAppbmRleCA4ODQ4MDVmLi4xOWUyYzI4IDEwMDY0NAotLS0gYS9Tb3VyY2UvSmF2YVNjcmlw
dENvcmUvcnVudGltZS9KU0V4cG9ydE1hY3Jvcy5oCisrKyBiL1NvdXJjZS9KYXZhU2NyaXB0Q29y
ZS9ydW50aW1lL0pTRXhwb3J0TWFjcm9zLmgKQEAgLTM2LDcgKzM2LDcgQEAKIC8vIFNlZSBub3Rl
IGluIHd0Zi9QbGF0Zm9ybS5oIGZvciBtb3JlIGluZm8gb24gRVhQT1JUX01BQ1JPUy4KICNpZiBV
U0UoRVhQT1JUX01BQ1JPUykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUp
CisjaWYgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkgfHwgZGVmaW5lZChTVEFUSUNB
TExZX0xJTktFRF9XSVRIX0phdmFTY3JpcHRDb3JlKQogI2RlZmluZSBKU19FWFBPUlRfUFJJVkFU
RSBXVEZfRVhQT1JUCiAjZWxzZQogI2RlZmluZSBKU19FWFBPUlRfUFJJVkFURSBXVEZfSU1QT1JU
CkBAIC01MCw3ICs1MCw3IEBACiAKICNpZiAhUExBVEZPUk0oQ0hST01JVU0pICYmIE9TKFdJTkRP
V1MpICYmICFkZWZpbmVkKEJVSUxESU5HX1dYX18pICYmICFDT01QSUxFUihHQ0MpCiAKLSNpZiBk
ZWZpbmVkKEJVSUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfSmF2
YVNjcmlwdENvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURfV0lUSF9KYXZhU2NyaXB0
Q29yZSkKICNkZWZpbmUgSlNfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRsbGV4cG9ydCkKICNlbHNl
CiAjZGVmaW5lIEpTX0VYUE9SVERBVEEgX19kZWNsc3BlYyhkbGxpbXBvcnQpCmRpZmYgLS1naXQg
YS9Tb3VyY2UvV1RGL0NoYW5nZUxvZyBiL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCmluZGV4IGIzNTk4
ZTguLmNiNzM4M2EgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XVEYvQ2hhbmdlTG9nCisrKyBiL1NvdXJj
ZS9XVEYvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTggQEAKKzIwMTItMDYtMjcgIEpvY2VseW4gVHVy
Y290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lhLmNvbT4gIEpvZWwgRGlsbG9uIDxqb2VsLmRp
bGxvbkBjb2RldGhpbmsuY28udWs+CisKKyAgICAgICAgW1F0XVtXaW5dIEZpeCBicm9rZW4gUXRX
ZWJLaXQ1LmxpYiBsaW5raW5nCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3df
YnVnLmNnaT9pZD04ODMyMQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgor
CisgICAgICAgIEluc3RlYWQgb2YgbGV0dGluZyBhIG1vZHVsZSdzIGhlYWRlcnMga25vdyB3aGlj
aCBvdGhlciBtb2R1bGVzIGRlcGVuZCBvbiB0aGVtLAorICAgICAgICBoYXZlIGRlcGVuZGluZyBt
b2R1bGVzIGRlZmluZSBleHBsaWNpdGVseSB0aGF0IHRoZXkgd2FudCBpdHMgc3ltYm9scyBleHBv
cnRlZCB0b28uCisKKyAgICAgICAgSmF2YVNjcmlwdENvcmUgc2hvdWxkIHRoZW4gYmUgY29tcGls
ZWQgd2l0aCBib3RoIEJVSUxESU5HX0phdmFTY3JpcHRDb3JlIGFuZAorICAgICAgICBTVEFUSUNB
TExZX0xJTktFRF9XSVRIX1dURi4KKworICAgICAgICAqIHd0Zi9FeHBvcnRNYWNyb3MuaDoKKwog
MjAxMi0wNi0yOSAgU2hlcmlmZiBCb3QgIDx3ZWJraXQucmV2aWV3LmJvdEBnbWFpbC5jb20+CiAK
ICAgICAgICAgVW5yZXZpZXdlZCwgcm9sbGluZyBvdXQgcjEyMTUyOS4KZGlmZiAtLWdpdCBhL1Nv
dXJjZS9XVEYvd3RmL0V4cG9ydE1hY3Jvcy5oIGIvU291cmNlL1dURi93dGYvRXhwb3J0TWFjcm9z
LmgKaW5kZXggZWZhMGM4Zi4uMzZkN2Y0OCAxMDA2NDQKLS0tIGEvU291cmNlL1dURi93dGYvRXhw
b3J0TWFjcm9zLmgKKysrIGIvU291cmNlL1dURi93dGYvRXhwb3J0TWFjcm9zLmgKQEAgLTY1LDE0
ICs2NSw5IEBACiAjZGVmaW5lIFdURl9ISURERU4KICNlbmRpZgogCi0vLyBDdXJyZW50bHkgV1RG
IGlzIGVtYmVkZGVkIHN0YXRpY2FsbHkgaW4gSlNDb3JlLCB3aGljaCBleHBvcnRzIAotLy8gV1RG
IHN5bWJvbHMgaW4gdGhlIEpTQ29yZSBzaGFyZWQgbGlicmFyeS4KLS8vIEJlY2F1c2Ugb2YgdGhp
cywgd2UgbmVlZCB0byBtYWtlIHN1cmUgdGhhdCB3ZSB1c2UgV1RGX0VYUE9SVAotLy8gd2hlbiBi
dWlsZGluZyBKYXZhU2NyaXB0Q29yZSBhcyB3ZWxsIGFzIFdURi4KLQogLy8gRklYTUU6IFdoZW4g
YWxsIHBvcnRzIGFyZSB1c2luZyB0aGUgZXhwb3J0IG1hY3Jvcywgd2Ugc2hvdWxkIHJlcGxhY2UK
IC8vIFdURl9FWFBPUlREQVRBIHdpdGggV1RGX0VYUE9SVF9QUklWQVRFIG1hY3Jvcy4KLSNpZiBk
ZWZpbmVkKEJVSUxESU5HX1dURikgIHx8IGRlZmluZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUp
CisjaWYgZGVmaW5lZChCVUlMRElOR19XVEYpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5LRURf
V0lUSF9XVEYpIHx8IChQTEFURk9STShXWCkgJiYgZGVmaW5lZChCVUlMRElOR19KYXZhU2NyaXB0
Q29yZSkpCiAjZGVmaW5lIFdURl9FWFBPUlREQVRBIFdURl9FWFBPUlQKICNlbHNlCiAjZGVmaW5l
IFdURl9FWFBPUlREQVRBIFdURl9JTVBPUlQKQEAgLTgxLDcgKzc2LDcgQEAKICNlbHNlIC8vICFV
U0UoRVhQT1JUX01BQ1JPUykKIAogI2lmICFQTEFURk9STShDSFJPTUlVTSkgJiYgT1MoV0lORE9X
UykgJiYgIUNPTVBJTEVSKEdDQykKLSNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgfHwgZGVmaW5l
ZChCVUlMRElOR19KYXZhU2NyaXB0Q29yZSkKKyNpZiBkZWZpbmVkKEJVSUxESU5HX1dURikgfHwg
ZGVmaW5lZChTVEFUSUNBTExZX0xJTktFRF9XSVRIX1dURikKICNkZWZpbmUgV1RGX0VYUE9SVERB
VEEgX19kZWNsc3BlYyhkbGxleHBvcnQpCiAjZWxzZQogI2RlZmluZSBXVEZfRVhQT1JUREFUQSBf
X2RlY2xzcGVjKGRsbGltcG9ydCkKQEAgLTk4LDcgKzkzLDcgQEAKIAogI2VuZGlmIC8vIFVTRShF
WFBPUlRfTUFDUk9TKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19XVEYpICB8fCBkZWZpbmVkKEJV
SUxESU5HX0phdmFTY3JpcHRDb3JlKQorI2lmIGRlZmluZWQoQlVJTERJTkdfV1RGKSB8fCBkZWZp
bmVkKFNUQVRJQ0FMTFlfTElOS0VEX1dJVEhfV1RGKSB8fCAoUExBVEZPUk0oV1gpICYmIGRlZmlu
ZWQoQlVJTERJTkdfSmF2YVNjcmlwdENvcmUpKQogI2RlZmluZSBXVEZfRVhQT1JUX1BSSVZBVEUg
V1RGX0VYUE9SVAogI2Vsc2UKICNkZWZpbmUgV1RGX0VYUE9SVF9QUklWQVRFIFdURl9JTVBPUlQK
ZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZwppbmRleCBjZGVmMjY4Li44YzJhMjhlIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29y
ZS9DaGFuZ2VMb2cKKysrIGIvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTIg
QEAKKzIwMTItMDYtMjcgIEpvY2VseW4gVHVyY290dGUgIDxqb2NlbHluLnR1cmNvdHRlQG5va2lh
LmNvbT4gIEpvZWwgRGlsbG9uIDxqb2VsLmRpbGxvbkBjb2RldGhpbmsuY28udWs+CisKKyAgICAg
ICAgW1F0XVtXaW5dIEZpeCBicm9rZW4gUXRXZWJLaXQ1LmxpYiBsaW5raW5nCisgICAgICAgIGh0
dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04ODMyMQorCisgICAgICAgIFJl
dmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogcGxhdGZvcm0vUGxhdGZvcm1F
eHBvcnRNYWNyb3MuaDoKKwogMjAxMi0wNi0yOSAgS29ucmFkIFBpYXNjaWsgIDxrcGlhc2Npa0By
aW0uY29tPgogCiAgICAgICAgIERvbid0IGhhcmRjb2RlIHRhcmdldCBkcGkgb2YgMTYwIChpdCBz
aG91bGQgYmUgOTYgb24gZGVza3RvcCkKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3BsYXRm
b3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9zLmggYi9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9QbGF0
Zm9ybUV4cG9ydE1hY3Jvcy5oCmluZGV4IDZjNzA4MTMuLmFlM2UzMGEgMTAwNjQ0Ci0tLSBhL1Nv
dXJjZS9XZWJDb3JlL3BsYXRmb3JtL1BsYXRmb3JtRXhwb3J0TWFjcm9zLmgKKysrIGIvU291cmNl
L1dlYkNvcmUvcGxhdGZvcm0vUGxhdGZvcm1FeHBvcnRNYWNyb3MuaApAQCAtMzUsNyArMzUsOCBA
QAogLy8gU2VlIG5vdGUgaW4gd3RmL1BsYXRmb3JtLmggZm9yIG1vcmUgaW5mbyBvbiBFWFBPUlRf
TUFDUk9TLgogI2lmIFVTRShFWFBPUlRfTUFDUk9TKQogCi0jaWYgZGVmaW5lZChCVUlMRElOR19X
ZWJDb3JlKSB8fCBkZWZpbmVkKEJVSUxESU5HX1dlYktpdCkKKyNpZiBkZWZpbmVkKEJVSUxESU5H
X1dlYkNvcmUpIHx8IGRlZmluZWQoQlVJTERJTkdfV2ViS2l0KSB8fCBcCisgICAgZGVmaW5lZChT
VEFUSUNBTExZX0xJTktFRF9XSVRIX1dlYkNvcmUpIHx8IGRlZmluZWQoU1RBVElDQUxMWV9MSU5L
RURfV0lUSF9XZWJLaXQpCiAjZGVmaW5lIFdFQktJVF9FWFBPUlREQVRBIFdURl9FWFBPUlQKICNl
bHNlCiAjZGVmaW5lIFdFQktJVF9FWFBPUlREQVRBIFdURl9JTVBPUlQKQEAgLTQ1LDcgKzQ2LDgg
QEAKIAogI2lmICFQTEFURk9STShDSFJPTUlVTSkgJiYgT1MoV0lORE9XUykgJiYgIWRlZmluZWQo
QlVJTERJTkdfV1hfXykgJiYgIUNPTVBJTEVSKEdDQykKIAotI2lmIGRlZmluZWQoQlVJTERJTkdf
V2ViQ29yZSkgfHwgZGVmaW5lZChCVUlMRElOR19XZWJLaXQpCisjaWYgZGVmaW5lZChCVUlMRElO
R19XZWJDb3JlKSB8fCBkZWZpbmVkKEJVSUxESU5HX1dlYktpdCkgfHwgXAorICAgIGRlZmluZWQo
U1RBVElDQUxMWV9MSU5LRURfV0lUSF9XZWJDb3JlKSB8fCBkZWZpbmVkKFNUQVRJQ0FMTFlfTElO
S0VEX1dJVEhfV2ViS2l0KQogI2RlZmluZSBXRUJLSVRfRVhQT1JUREFUQSBfX2RlY2xzcGVjKGRs
bGV4cG9ydCkKICNlbHNlCiAjZGVmaW5lIFdFQktJVF9FWFBPUlREQVRBIF9fZGVjbHNwZWMoZGxs
aW1wb3J0KQpkaWZmIC0tZ2l0IGEvVG9vbHMvQ2hhbmdlTG9nIGIvVG9vbHMvQ2hhbmdlTG9nCmlu
ZGV4IGEzNzVlMzQuLmMwNjJmYjYgMTAwNjQ0Ci0tLSBhL1Rvb2xzL0NoYW5nZUxvZworKysgYi9U
b29scy9DaGFuZ2VMb2cKQEAgLTEsMyArMSwyMSBAQAorMjAxMi0wNi0yNyAgSm9jZWx5biBUdXJj
b3R0ZSAgPGpvY2VseW4udHVyY290dGVAbm9raWEuY29tPiAgSm9lbCBEaWxsb24gPGpvZWwuZGls
bG9uQGNvZGV0aGluay5jby51az4KKworICAgICAgICBbUXRdW1dpbl0gRml4IGJyb2tlbiBRdFdl
YktpdDUubGliIGxpbmtpbmcKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19i
dWcuY2dpP2lkPTg4MzIxCisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisK
KyAgICAgICAgT24gd2luZG93cyB0aGUgaW1wb3J0L2V4cG9ydCBkZWZpbml0aW9uIGlzIHBhcnQg
b2YgdGhlIHN5bWJvbCdzIHNpZ25hdHVyZS4KKyAgICAgICAgRGVmaW5lIFNUQVRJQ0FMTFlfTElO
S0VEX1dJVEhfJCRsaWJyYXJ5IGZvciBlYWNoIGRlcGVuZGVuZCBtb2R1bGUKKyAgICAgICAgdGhh
dCBpcyBiZWluZyBsaW5rZWQgc3RhdGljYWxseSB0byBtYWtlIHN1cmUgdGhhdCB0aGV5IGNhbiBi
ZSBsaW5rZWQgdG9nZXRoZXIKKyAgICAgICAgbGF0ZXIgb24uCisKKyAgICAgICAgQWxzbyBkbyBu
b3QgY29tcGlsZSBBc3NlcnRpb25zLmNwcCBpbiBEdW1wUmVuZGVyVHJlZSBhbnltb3JlIHNpbmNl
IGFsbCB0aGUKKyAgICAgICAgdXNlZCBzeW1ib2xzIGFyZSBleHBvcnRlZCBhbmQgaXQgd291bGQg
Y2F1c2UgYSBkdXBsaWNhdGUgc3ltYm9scyBlcnJvci4KKworICAgICAgICAqIER1bXBSZW5kZXJU
cmVlL3F0L0R1bXBSZW5kZXJUcmVlLnBybzoKKyAgICAgICAgKiBxbWFrZS9ta3NwZWNzL2ZlYXR1
cmVzL2RlZmF1bHRfcG9zdC5wcmY6CisKIDIwMTItMDYtMjkgIEJhbGF6cyBLZWxlbWVuICA8a2Jh
bGF6c0B3ZWJraXQub3JnPgogCiAgICAgICAgIFtRdF1bV1RSXSBHZXQgcmlkIG9mIHVzaW5nIER1
bXBSZW5kZXJUcmVlU3VwcG9ydFF0CmRpZmYgLS1naXQgYS9Ub29scy9EdW1wUmVuZGVyVHJlZS9x
dC9EdW1wUmVuZGVyVHJlZS5wcm8gYi9Ub29scy9EdW1wUmVuZGVyVHJlZS9xdC9EdW1wUmVuZGVy
VHJlZS5wcm8KaW5kZXggNTNhOGMwMS4uMzI3ZGMzYSAxMDA2NDQKLS0tIGEvVG9vbHMvRHVtcFJl
bmRlclRyZWUvcXQvRHVtcFJlbmRlclRyZWUucHJvCisrKyBiL1Rvb2xzL0R1bXBSZW5kZXJUcmVl
L3F0L0R1bXBSZW5kZXJUcmVlLnBybwpAQCAtMzcsNyArMzcsNiBAQCBIRUFERVJTICs9IFwKICAg
ICB0ZXN0cGx1Z2luLmgKIAogU09VUkNFUyArPSBcCi0gICAgJCR7Uk9PVF9XRUJLSVRfRElSfS9T
b3VyY2UvV1RGL3d0Zi9Bc3NlcnRpb25zLmNwcCBcCiAgICAgJCRQV0QvLi4vV29ya1F1ZXVlLmNw
cCBcCiAgICAgRHVtcFJlbmRlclRyZWVRdC5jcHAgXAogICAgIEV2ZW50U2VuZGVyUXQuY3BwIFwK
ZGlmZiAtLWdpdCBhL1Rvb2xzL3FtYWtlL21rc3BlY3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnBy
ZiBiL1Rvb2xzL3FtYWtlL21rc3BlY3MvZmVhdHVyZXMvZGVmYXVsdF9wb3N0LnByZgppbmRleCBk
ZWM0YTZkLi41NmMxMDljIDEwMDY0NAotLS0gYS9Ub29scy9xbWFrZS9ta3NwZWNzL2ZlYXR1cmVz
L2RlZmF1bHRfcG9zdC5wcmYKKysrIGIvVG9vbHMvcW1ha2UvbWtzcGVjcy9mZWF0dXJlcy9kZWZh
dWx0X3Bvc3QucHJmCkBAIC0yMTIsNiArMjEyLDEyIEBAIGZvcihsaWJyYXJ5LCBXRUJLSVQpIHsK
ICAgICAgICAgTElCUyArPSAkJGRlcGVuZGVudF9saWJzCiAgICAgfQogCisgICAgIyBBbnl0aGlu
ZyBub3QgbGlua2luZyBkeW5hbWljYWxseSB0byBRdFdlYktpdCBzaG91bGQgbWFrZSBzdXJlIHRv
IGhhdmUgaXRzIGV4cG9ydAorICAgICMgbWFjcm9zIHN5bmNyaG9uaXplZCB3aXRoIHRoZSBjb2Rl
IHRoYXQgaXQgd2lsbCBiZSBsaW5rZWQgd2l0aCBzdGF0aWNhbGx5LgorICAgICFjb250YWlucyhR
VCwgd2Via2l0KSB7CisgICAgICAgIERFRklORVMgKz0gU1RBVElDQUxMWV9MSU5LRURfV0lUSF8k
JGxpYnJhcnkKKyAgICB9CisKICAgICBMSUJTID0gJCRleGlzdGluZ19saWJzICQkTElCUwogfQog
Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>