Thanks for the help, guys. I'll steer clear of the mysterious .order file and take a look at my build file additions instead. Cheers,
-atw On Sun, Jun 28, 2009 at 4:14 PM, Maciej Stachowiak <m...@apple.com> wrote: > > On Jun 28, 2009, at 3:26 PM, Drew Wilson wrote: > > I'm adding the initial APIs for SharedWorkers, which require me to add a >> couple of .idl files, as well as implementations in WebCore/workers and JS >> bindings in bindings/js. >> >> I'm getting a bunch of weird link errors which I haven't figured out: >> >> >> "__ZN7WebCore23JSSharedWorkerPrototype4selfEPN3JSC9ExecStateEPNS1_14JSGlobalObjectE", >> referenced from: >> >> >> __ZN7WebCore25JSSharedWorkerConstructorC1EPN3JSC9ExecStateEPNS_17JSDOMGlobalObjectE >> in >> JSSharedWorkerConstructor.o >> >> >> __ZN7WebCore25JSSharedWorkerConstructorC2EPN3JSC9ExecStateEPNS_17JSDOMGlobalObjectE >> in >> JSSharedWorkerConstructor.o >> >> I note that there are a number of Worker symbols in WebCore.order, and I'm >> wondering if I might need to add SharedWorker symbols in there as well - is >> there any documentation for what WebCore.order is used for, and when/how to >> update it? >> > > Others have explained that these errors are likely not from the .order > file. I don't think they relate to exports either. Exports would only be > relevant if an external module linking to WebCore was failing to resolve the > symbol, or if the .exp file was cited as referencing a missing symbol. > > It seems like the cited symbol is simply missing at link time, either > because a file is missing from the build or because the code generator > failed to produce the required definition. Specifically, it's complaining > that this function is missing: > > WebCore::JSSharedWorkerPrototype::self(JSC::ExecState*, > JSC::JSGlobalObject*) > > And it's called from this function: > > WebCore::JSSharedWorkerConstructor::JSSharedWorkerConstructor(JSC::ExecState*, > WebCore::JSDOMGlobalObject*) > > I found this out using c++filt. > > My guess is you may have forgotten to add the autogenerated bindings files > to the build, so the handwritten parts of the bindings find the headers but > can't resolve the symbols at link time. > > Regards, > Maciej > >
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
