I suppose that WebKit modified to be able to get some internal info.
May be we can find another way to get such info and compile GWT
against WebKit system framework? I'm asking because it seems that I
experienced a conflict between system WebKit and GWT's WebKit
dyld: Symbol not found: _objc_getClass
Referenced from: /Users/mitin_aa/Documents/
Expected in: /Users/mitin_aa/gwt/gwt-mac-1.3.3/Frameworks/
At any rate, the supplied webkit includes the ultra-cool DOM
inspector that I find indispensable.
Not sure where your conflict came from though, I've been using GWT on
OS X since before there was an OS X build and haven't had a problem ...
I also tend to have a dozen or so nightly builds of WebKit lying
around too ...
I'm writing an Eclipse plugin that uses GWT classes. All works fine
until Eclipse wants to use its own classes which requires WebKit. So,
it tries to load system WebKit and crashes with error from dynamic
Thanks for a good explanation.
needed? I understand that we can't link against JSC directly because
it is a subframework of WebKit. But all code we needed would be in
process' memory as we loaded WebKit framework.
So what if we make a hack and bind code manually (smth like
LoadLibrary/GetProcAddress of Windows land)?
Kelly and I looked into ways of doing this and could not get past the
dead ends we ran into. The problem is that WebKit simply needs far
fewer (and different) symbols than we need, because we're hitting up
the JS engine directly at an extremely low level. And in the public
distros, they strip out the symbol information (required to do the
runtime link) for any symbols WebKit does need. So while the method
implementations we need exist in the binary, there is simply no
symbolic information we can use to find them.
But if anyone can solve this problem, it would be friggin' awesome.
I've spent some time in research and it seems that symbols are not
stripped from JSC but put in private scope. All symbols from text
section of JSC library can be seen by otool -tV (I've attached
symbols.zip file with demangled symbols). We need to figure out what
symbols do we need and what of them can be found in text section of
Next task is how to bind symbols into gwt libs. We may try to make it
manually at run-time. But if I got it right the sub-framework under
umbrella framework allows to link against it for any other sub-
framework (neighbor). Next, any sub-framework may allow to certain
(defined at compile-time) dylib to link against this sub-framework. So
what if we write some "proxy" sub-framework of WebKit framework which
allows us to get private symbols from JSC?
Actually I'm working for Instantiations and the "Eclipse plugin" I'm
writing is GWT Designer for Mac. :-)
And frameworks conflict becomes a real showstopper for us. :(
On 14 фев, 23:25, "Scott Blum" <sco...@google.com> wrote:
I'm really glad you're looking into this, and I hope your research in
this area will bear fruit, because we would be as anxious as you to
not have to ship WebKit. But one thing I must point out with the
proxy framework idea is this: whatever solution we come up with needs
to be able to run without modifying the user's system. That is, if
the user was required to install a proxy framework into their system
frameworks folders, that wouldn't be a good thing. We would really
like it to continue to run from within the user's GWT installation
On Feb 18, 05:34, "Scott Blum" <sco...@google.com> wrote: