[Webkit-unassigned] [Bug 66365] [EFL] fail to link with symbol uncompress

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=66365





--- Comment #5 from Gyuyoung Kim <gyuyoung.kim at samsung.com>  2011-08-17 22:53:12 PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > WebKit-EFL succeeded to be built on r93032
> > > 
> > > You are able to see the build result below url,
> > > http://build.webkit.org/builders/EFL%20Linux%20Release%20%28Build%29/builds/19775 
> > > 
> > > In addition, WebKit EFL is built on latest WebKit trunk successfully.
> > > 
> > > Did you build WebKit-EFL according to instruction below ?
> > > http://trac.webkit.org/wiki/EFLWebKit
> > 
> > Yes. And it is Ubnutu 11.04 , I've tried on several boxes, all has this problem.
> 
> It looks reasonable for me.
> WOFFFileFormat.cpp use uncompress() of libz(for WOFF support)
> 
> In case of build bot, some packages in build bot may include it.
> (On my pc, cairo.pc(1.8.10), libpng.pc(1.2.42) include it)


I also using Ubuntu 11.04. There is no build break. It looks some packages include it as Ryuan said. If so, it seems to me it is better to add libz to linking library explicitly.

To add new package is not simple in WebKit EFL. First, you have to make FindXXX.cmake file for new library. Then, you have to add a code to find the library to Source/cmake/OptionEfl.cmake file as below,

FIND_PACKAGE(Cairo 1.6 REQUIRED)
FIND_PACKAGE(EFL REQUIRED)

And then, you're able to use XXX_LIBRARIES macro in CMakeListEfl.txt like other libraries.

BTW, I'm still wondering why your development environment make this linking error. We don't have this error so far. You built WebKit-EFL according to build instruction I mention, right ?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.