[Development] Breaking up QtPlatformSupport

lars.knoll at nokia.com lars.knoll at nokia.com
Mon Mar 12 09:48:23 CET 2012


On 3/12/12 9:31 AM, "ext Jørgen Lind" <jorgen.lind at nokia.com> wrote:

>> This will be hard to do with qmake, so the easier way out is to remove
>>the .a 
>> altogether and use .pri files only. That requires moving the Wayland
>>platform 
>> plugin back into qtbase.
>> 
>Pretty please with sugar on top, do NOT do this. I understand that you
>only see the "Wayland" side of things, But there are loads of people
>interested in not having their plugin in the Qt source code. Using the
>pri approach is STUPID! The hacks you will force upon people is just
>not nice! We have been there, and we don't want to go back. Lets just
>keep/"add again" the -l flags, and let configure figure out if their going
>to be included or not.
>
>Building platform plugins outside the Qt source tree IS a usecase we'r
>going to support. Not only because of QtWayland but because there might
>be someone developing ie. an ios plugin that they don't want to have
>inside
>QtBase. People might have special HW that where they just write a plugin
>to do special ioctl to controll the display. We don't want all plugins to
>be in QtBase but more importantly we can expect all plugins to be in
>QtBase.

I have to agree with Joergen. We simply can't expect all platform plugins
to live in QtBase. 

I also agree that we need a fix for plugins having undefined symbols, but
we'll have to find a different way that forcing everything to live in
qtbase.

Cheers,
Lars




More information about the Development mailing list