[Interest] Compiling Qt from source 64 bit on Windows
Nuno Santos
nunosantos at imaginando.pt
Mon Mar 14 23:49:30 CET 2016
Thiago,
Thanks for the clarification. I will investigate further.
Thanks,
Regards,
Nuno
> On 14 Mar 2016, at 20:45, Thiago Macieira <thiago.macieira at intel.com> wrote:
>
> On segunda-feira, 14 de março de 2016 18:11:46 PDT Nuno Santos wrote:
>> Hi,
>>
>> Is there any special difference in compiling Qt from source in Windows
>> in 64 bit?
>
> No. It's been working just fine for the last 3 or 4 years for me.
>
>> libcpmt.lib(locale.obj) : error LNK2001: unresolved external symbol
>> _purecall
>
>> libcpmt.lib(xthrow.obj) : error LNK2019: unresolved external symbol
>> _purecall referenced in function "public: __cdecl
>> std::basic_string<char,struct std::char_traits<char>,class
>> std::allocator<char> >::basic_string<char,struct
>> std::char_traits<char>,class std::allocator<char> >(char const *)"
>> (??0?$basic_string at DU?$char_traits at D@std@@V?$allocator at D@2@@std@@QEAA at PEBD@Z
>> )
>
> Looks like your environment wasn't set up properly. This library (libcpmt.lib)
> is requiring functions that aren't present.
>
> I've never heard of libcpmt, so I have no idea what it's supposed to be doing
> or how you got linking to it. My guess is that the OpenSSL libraries are
> causing it, somehow. I suggest you go back to dynamic loading of the OpenSSL
> libraries, instead of -openssl-linked.
>
> --
> Thiago Macieira - thiago.macieira (AT) intel.com
> Software Architect - Intel Open Source Technology Center
>
> _______________________________________________
> Interest mailing list
> Interest at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/interest
More information about the Interest
mailing list