Eric,
The Cairo library I use with WebKit is already static (notice that it
is around 1MB in size, rather than the 25kb or so it would be as a
link library). I didn't want to have to include the cairo.dll either!
-Brent
On Jun 24, 2009, at 6:23 PM, Eric Brunstad wrote:
Hi Brent,
I will try to build the static JavaScriptCore. I tried to build a
static Cairo but I was not successful. Do you think it is possible
to build a static WebKit or are the dependencies too complex to
place all into one static library?
Thanks,
Eric
On Jun 24, 2009, at 8:27 PM, Brent Fulgham wrote:
Hi Eric,
[...]These applications do not necessarily use WebKit (they could,
however) but they all use JavaScriptCore because they are written
in JavaScript (and interact with objects vended by the application).
[...] But, the WebKit built by the Cairo port has a ton of DLLs
that would have to be copied into each built application directory.
[...]So my question is, is it possible to either merge DLLS or to
compile all the source into one DLL in the first place?
Both the official Apple WebKit and the Cairo build use various
support libraries to provide various features. The Cairo build has
jpeg and png libraries, but in all other respects is comparable to
what you would need for the official release.
If you don't need the graphical features provided by the WebCore
portions of WebKit, you should be able to just use the
JavaScriptCore DLL. This library will still require the ICU
libraries and CFlite, but does not need cURL, Cairo, or jpeg and png.
You should be able to build a static JavaScriptCore DLL if you
build a static CFlite and custom ICU libraries. Someone was
interested in doing this (check the mailing list archives), and
apparently you can drasticaly slim down the size of ICU by
selectively excludig languages and features that aren't germane to
your project.
Ubfortunately, I did not create CFlite static build targets, but it
should be easy to add this to your local build.
-Brent
_______________________________________________
webkit-dev mailing list
[email protected]
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
