[webkit-dev] Linking against MultiThreadedDLL instead of MultiThreaded on Windows (wincairo)

[Fujii Hironori]

On Fri, May 19, 2017 at 5:24 PM, Isaac Devine <isaac at devinesystems.co.nz> wrote:
> On 19 May 2017 at 16:16, Fujii Hironori <fujii.hironori at gmail.com> wrote:
>>
> I have a linker warning because it was no longer linked to the
> MultiThreadedDLL, and was statically linked instead. The behavior described
> matched some issues I was having. I'm basically updating to the latest trunk
> of WebKit for the application and the /nodefaultlib changes have arrived
> after my previous snapshot.

Ah, that problem. Why don't you use /NODEFAULTLIB:LIBCMT switch?


>> > I've found bug https://bugs.webkit.org/show_bug.cgi?id=157067 which
>> > describe
>> > removing the /nodefaultlib for the libcmt (the MultiThreaded static
>> > libary),
>> > but in the comments they mention an eventual transition to the
>> > MultiThreaded
>> > CRT.
>> >
>> > Is that time now? :-)
>>
>>   Bug 170594 – [CMake][Windows] Use DLL CRT instead of static CRT
>>   https://bugs.webkit.org/show_bug.cgi?id=170594
>>
> Thanks I've attached my WIP patch for comparison, notably I modify some
> props files as well, but from your patch I'm guessing they aren't used
> anymore?

I don't know. Does Apple Internal Build use the files?
I'm waiting for AppleWin port folks looking into the bug. If you can't
wait for that, you need to switch to use DLL CRT only for WinCairo
port
This was my WIP patch <https://bugs.webkit.org/show_bug.cgi?id=157067#c9>.