[Development] wince and openssl

Gunnar Roth gunnar.roth at gmx.de
Wed Jul 29 23:16:11 CEST 2015


My effect is that QT_NO_SSL is defined which leads to 100’s of errors.

And i did pass -openssl to configure. I patched configureapp.cpp by removing that no’s for opens and ssl ( the result i can see tomorrow)
and by the way i  think the sse2/3/4 no’s are also incorrect, i think you guys only think arm when thinking about wince.
So you also disable -sse2 flag to configure when i compile for a intel or and wec2013 platform. At least i know about this this now.
When compiling crossplatform you should trust the configure parameters.


Regards
Gunnar Roth




> Am 29.07.2015 um 18:46 schrieb Thiago Macieira <thiago.macieira at intel.com>:
> 
> On Wednesday 29 July 2015 18:17:38 Andreas Holzammer wrote:
>> I can agree on that its just that the default is to off. You just need
>> to pass -openssl to configure and be good with it. Its default is to no
>> because a normal windows ce user does not use openssl, so its just
>> taking care of the normal usecase and not the cornercases. The default
>> would mean that every CE user will need to run the configure check if
>> its there, you will most likely need to pass additional include and lib
>> folders anyhow to configure in order to make openssl linking possible,
>> so its I think ok to require to pass -openssl to configure in order to
>> switch it on.
> 
> I don't agree with that. Just leave the default to auto and it will change to 
> "yes" if it finds the headers. The -openssl option changes it to "yes" without 
> checking the headers, so the link may build later because it's missing 
> compiler flags.
> 
> -- 
> Thiago Macieira - thiago.macieira (AT) intel.com
>  Software Architect - Intel Open Source Technology Center
> 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/development




More information about the Development mailing list