WK_API_ENABLED isn't defined for 32-bit, so the API-using MiniBrowser doesn't build. I guess we should just not build MiniBrowser for 32-bit? What if WTR wants to use WebKit2 API?
Also, this is breaking the build: http://build.webkit.org/builders/Apple%20MountainLion%20Release%20%2832-bit%20Build%29
Created attachment 218723 [details] Patch
(In reply to comment #0) > WK_API_ENABLED isn't defined for 32-bit, so the API-using MiniBrowser doesn't build. > > I guess we should just not build MiniBrowser for 32-bit? I'm just going to fix the issue I introduced. But I am not sure there is value in building 32-bit. > What if WTR wants to use WebKit2 API? I don't think this is likely, at least anytime soon, since WTR is cross-platform.
Committed r160298: <http://trac.webkit.org/changeset/160298>
(In reply to comment #0) > WK_API_ENABLED isn't defined for 32-bit, so the API-using MiniBrowser doesn't build. > > I guess we should just not build MiniBrowser for 32-bit? What if WTR wants to use WebKit2 API? WebKitTestRunner is cross-platform so itβs not expected to need the Cocoa API. In the future, if we retire the cross-platform C SPI, we might want to transition WebKitTestRunner to some C++ SPI.