Small correction... I just realized that 35310 seems to fail on a native build as well (although for a different reason)
I reverted back to revision 35298 for both working copies. This time, native OS X built fine. And GTK fails with the same error below, even after a make clean. Mark On Wed, Jul 23, 2008 at 6:26 PM, Mark Wang <[EMAIL PROTECTED]> wrote: > Hi all, > > I am trying to build the current trunk revision (35310 when I write this), > using gtk-quartz under Leopard, and am getting the following error. > > JavaScriptCore/kjs/JSGlobalData.cpp:34:24: error: JSClassRef.h: No such > file or directory > > If I build the native OS X version in a separate working copy, it builds > fine. > > Does anyone have any idea what might be causing this? > > Thanks in advance, > > Mark > > > BTW: The full command is below: > > ./doltlibtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. > -DWTF_USE_ICU_UNICODE=1 -DBUILDING_CAIRO__=1 -DBUILDING_GTK__=1 > -DWTF_CHANGES -DNDEBUG -I./JavaScriptCore > -I./JavaScriptCore/ForwardingHeaders -I./JavaScriptCore/wtf > -I./JavaScriptCore/kjs -I./DerivedSources > -I./JavaScriptCore/ForwardingHeaders -I./JavaScriptCore/VM > -I./JavaScriptCore/profiler -I./JavaScriptCore/wtf/unicode > -I./JavaScriptCore/pcre -I./JavaScriptCore/kjs > -I/Users/ryu2/gtk/inst/include -fstrict-aliasing -O3 > -fvisibility-inlines-hidden -fno-rtti -Wall -W -Wcast-align > -Wchar-subscripts -Wreturn-type -Wformat -Wformat-security -Wno-format-y2k > -Wundef -Wmissing-format-attribute -Wpointer-arith -Wwrite-strings > -Wno-unused-parameter -Wno-parentheses -fno-exceptions -fvisibility=hidden > -D_REENTRANT -I/Users/ryu2/gtk/inst/include/glib-2.0 > -I/Users/ryu2/gtk/inst/lib/glib-2.0/include -I./JavaScriptCore/icu > -I./WebCore/icu -MT JavaScriptCore/kjs/libJavaScriptCore_la-JSGlobalData.lo > -MD -MP -MF JavaScriptCore/kjs/.deps/libJavaScriptCore_la-JSGlobalData.Tpo > -c -o JavaScriptCore/kjs/libJavaScriptCore_la-JSGlobalData.lo `test -f > 'JavaScriptCore/kjs/JSGlobalData.cpp' || echo > './'`JavaScriptCore/kjs/JSGlobalData.cpp > JavaScriptCore/kjs/JSGlobalData.cpp:34:24: error: JSClassRef.h: No such > file or directory > ./JavaScriptCore/wtf/HashMap.h: In function 'void > WTF::deleteAllPairSeconds(HashTableType&) [with MappedType = > OpaqueJSClassContextData*, HashTableType = const > WTF::HashMap<OpaqueJSClass*, OpaqueJSClassContextData*, > WTF::PtrHash<OpaqueJSClass*>, WTF::HashTraits<OpaqueJSClass*>, > WTF::HashTraits<OpaqueJSClassContextData*> >]': > ./JavaScriptCore/wtf/HashMap.h:285: instantiated from 'void > WTF::deleteAllValues(const WTF::HashMap<T, U, V, W, X>&) [with T = > OpaqueJSClass*, U = OpaqueJSClassContextData*, V = > WTF::PtrHash<OpaqueJSClass*>, W = WTF::HashTraits<OpaqueJSClass*>, X = > WTF::HashTraits<OpaqueJSClassContextData*>]' > JavaScriptCore/kjs/JSGlobalData.cpp:119: instantiated from here > ./JavaScriptCore/wtf/HashMap.h:279: warning: possible problem detected in > invocation of delete operator: > ./JavaScriptCore/wtf/HashMap.h:279: warning: invalid use of undefined type > 'struct OpaqueJSClassContextData' > JavaScriptCore/kjs/JSGlobalData.h:39: warning: forward declaration of > 'struct OpaqueJSClassContextData' > ./JavaScriptCore/wtf/HashMap.h:279: note: neither the destructor nor the > class-specific operator delete will be called, even if they are declared > when the class is defined. >
_______________________________________________ webkit-dev mailing list [email protected] http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
