EFL is moving to use HarfBuzz and they want to use a newer version. This means that the forward declarations in HarfBuzzNGFace.h won't work for them (there's a conflict). Unfortunately, for some reason just including <hb.h> in that file instead of doing the forward declarations doesn't work. We've #ifdef'd the code to get it compiling again, but someone with knowledge of how we're including HarfBuzz should take a look. Assigning to bashi@ since he touched that file last.
Why forward declarations don't work? In any case, hb-ng has renamed _hb_font_t and _hb_face_t recently so we need to update the forward declarations in HarfBuzzNGFace.h.
Created attachment 154227 [details] Patch
Ccing mitz just in case because this patch modifies FontPlatformData.h Moritta, could you take a look?
Comment on attachment 154227 [details] Patch Attachment 154227 [details] did not pass chromium-ews (chromium-xvfb): Output: http://queues.webkit.org/results/13345084 New failing tests: fast/loader/loadInProgress.html fast/inline/positionedLifetime.html fast/loader/unload-form-post-about-blank.html
Created attachment 154236 [details] Archive of layout-test-results from gce-cr-linux-05 The attached test failures were seen while running run-webkit-tests on the chromium-ews. Bot: gce-cr-linux-05 Port: <class 'webkitpy.common.config.ports.ChromiumXVFBPort'> Platform: Linux-2.6.39-gcg-201203291735-x86_64-with-Ubuntu-10.04-lucid
Comment on attachment 154227 [details] Patch rs=me. Couldn't have side effect with this kind of change.
Comment on attachment 154227 [details] Patch Thanks!
Comment on attachment 154227 [details] Patch Clearing flags on attachment: 154227 Committed r123586: <http://trac.webkit.org/changeset/123586>
All reviewed patches have been landed. Closing bug.