[webkit-gtk] Compiling webkitgtk on OSX (10.9.4)

Devon Stewart blast at hardchee.se
Sun Aug 31 15:15:21 PDT 2014

I'm getting a strange compilation failure trying to build webkitgtk 2.4.5 with gcc-4.7 (which is stated as the low-end of the compiler requirement, and is already packaged in Homebrew). The error is as follows:

> rawrbookpro:webkitgtk-2.4.5 blast$ make
>   CXX      Source/WTF/wtf/libWTF_la-PrintStream.lo
>   CXX      Source/WTF/wtf/libWTF_la-RandomNumber.lo
>   CXX      Source/WTF/wtf/libWTF_la-FastMalloc.lo
>   CXX      Source/WTF/wtf/libWTF_la-RefCountedLeakCounter.lo
>   CXX      Source/WTF/wtf/libWTF_la-RunLoop.lo
>   CXX      Source/WTF/wtf/libWTF_la-SHA1.lo
>   CXX      Source/WTF/wtf/libWTF_la-SixCharacterHash.lo
>   CXX      Source/WTF/wtf/libWTF_la-StackBounds.lo
>   CXX      Source/WTF/wtf/libWTF_la-StringPrintStream.lo
>   CXX      Source/WTF/wtf/libWTF_la-TCSystemAlloc.lo
>   CXX      Source/WTF/wtf/libWTF_la-ThreadIdentifierDataPthreads.lo
> Source/WTF/wtf/FastMalloc.cpp: In member function 'void WTF::TCMalloc_PageHeap::initializeScavenger()':
> Source/WTF/wtf/FastMalloc.cpp:1953:56: error: expected primary-expression before '^' token
> Source/WTF/wtf/FastMalloc.cpp:1953:57: error: expected primary-expression before '{' token
> Source/WTF/wtf/FastMalloc.cpp:1953:80: error: 'dispatch_source_set_event_handler' was not declared in this scope
>   CXX      Source/WTF/wtf/libWTF_la-ThreadSpecificWin.lo
>   CXX      Source/WTF/wtf/libWTF_la-Threading.lo
> make: *** [Source/WTF/wtf/libWTF_la-FastMalloc.lo] Error 1
> make: *** Waiting for unfinished jobs....

Now, I know dispatch.h is being found and used, because line 1952 is

>     dispatch_source_set_timer(m_scavengeTimer, startTime, scavengeDelayInNanoseconds, scavengeDelayInNanoseconds / 10);

and dispatch_source_set_timer is defined in the same header as dispatch_source_set_event_handler.

jfpoole on Freenode's #macdev suggested gcc-4.7 might not understand blocks, but there doesn't seem to be anything in gcc-4.7's configure script that references blocks at all. I'm out of my element here, looking for other ideas.


PS: Apple's version of clang fails the clang >= 3.3 version test, despite being based on clang 3.4... kind of strange.

> rawrbookpro:~ blast$ clang --version
> Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
> Target: x86_64-apple-darwin13.3.0
> Thread model: posix
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <https://lists.webkit.org/pipermail/webkit-gtk/attachments/20140831/97850e93/attachment.sig>

More information about the webkit-gtk mailing list