[webkit-dev] Errors while building JavaScriptCore under GTK build

[Mark Wang]

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 <webkit at markwang.com> 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.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.webkit.org/pipermail/webkit-dev/attachments/20080723/776bb7dd/attachment.html