[webkit-help] JSC: Building win32 in 2008

[Brian Barnes]

The solution: ./update-webkit --wincairo

This doesn't seem to be mentioned anywhere, I say you note the variants 
(quickly) here:

http://www.webkit.org/building/checkout.html

I had no ideal what I was doing wrong as I wasn't in the know!

At this point, almost everything compiles without any other changes. 
This is good, and thank whoever put together that update script!  One 
problem, and it's this error:

3>..\..\parser\Lexer.cpp(491) : error C2065: 'maxTokenLength' : 
undeclared identifier

Searching the code doesn't seem to turn this up.

[>] Brian

On 1/24/2012 1:04 PM, Adam Roben wrote:
> On Jan 24, 2012, at 12:38 PM, Brian Barnes wrote:
>
>> Let me apologize for the flood of emails to this list, but I'm learning to build on different systems and hopefully the troubles I've found can be used to update some of the instructions or make their way back to the code.
>>
>> Next up, the win32 2008 build.  I've having problems with JSC not working on certain machines, so I need to build it myself, and all my other code is in 2008.
>>
>> First, an important note:  The download for cygwin on the webkit.org page defaults to leave out some very important libraries that you'll need to compile.  You might want to enhance the instructions to tell people to make sure they put an "install" on at least these: archive/devel/perl/net
>
> Are you referring to Cygwin packages when you say "libraries"? The Cygwin downloader we offer on<http://www.webkit.org/building/tools.html>  is supposed to install all required Cygwin packages. If there are packages missing, please file a bug at http://webkit.org/new-bug and CC me so we can fix it.
>
>> I've made these changes, and got most everything to compile:
>>
>> 1) Turned off treat warning as errors and added warning 4396 to be ignored.  This is because 2008 seems to be flaky about how the templates are setup with inline
>
> This is<https://bugs.webkit.org/show_bug.cgi?id=34804>.
>
>> 2) In JavaScriptCore, I added: C:\cygwin\home\[usernamehere]\WebKit\Source\JavaScriptCore\os-win32 so it can find stdint.h
>>
>> I'm using the Cario_CFLite build.
>
> Maybe Brent can comment on why this is required.
>
>> JavaScriptCore has a couple problems.  The first one is it seems to be leaking corefoundation frameworks.  For instance:
>>
>> 2>c:\cygwin\home\xxx\webkit\source\javascriptcore\runtime\GCActivityCallback.h(36) : fatal error C1083: Cannot open include file: 'CoreFoundation/CoreFoundation.h': No such file or directory
>>
>> The line:
>>
>> #if USE(CF)
>> #include<CoreFoundation/CoreFoundation.h>
>> #endif
>>
>> Now, corefoundation exists in the QT SDK, but not under that path (it's outside of the CoreFoundation directory.)
>>
>> So, the question is (hopefully Brent is around :) ), is this code supposed to be compiled, and why is it this way?
>
> Do you have CFLite installed somewhere where the build can find it?
>
> -Adam
>