enable-opengl-checkbox for qtcreator

[mingw android]

Hi BogDan,

Is this patch correct?

http://mail.kde.org/pipermail/necessitas-devel/2011-June/000087.html

Should we apply and commit (with testing somewhere in between?)

Cheers,

Ray.

On Wed, Jul 13, 2011 at 8:49 AM, BogDan <bog_dan_ro at yahoo.com> wrote:
> Hi,
>
> Support added to Qt [1] and to QtCreator [2]
>
> Cheers,
> BogDan.
>
> [1] http://commits.kde.org/android-qt/026f9f5c01e9f5f0eb799131ec89f242dacbe920
> [2] http://commits.kde.org/android-qt-creator/7c17ad2b089f4ea46f4a5a808cebae043fb669a8
>
>
> ----- Original Message -----
>> From: Thomas Senyk <thomas.senyk at nokia.com>
>> To: BogDan <bog_dan_ro at yahoo.com>
>> Cc: "necessitas-devel at kde.org" <necessitas-devel at kde.org>
>> Sent: Tuesday, July 12, 2011 3:58 PM
>> Subject: Re: enable-opengl-checkbox for qtcreator
>>
>> You mean if you do:
>> QT += opengl
>> in you .pro-file you link against libandroidGL-X.so?
>>
>> Hmm I don't like it very much :)
>> But for now we can leave it  ... for the next release it's OK
>> (no matter what we do for the releases after that)
>>
>>
>> So ... to conclude:
>> I don't worry at the moment because the next release of Ministor will handle
>>
>> this automatically...     (and I do manual-local-linking anyway)
>>    ...right?
>>
>>
>> Greets
>> Thomas
>>
>> On Tuesday, July 12, 2011 01:33:55 AM ext BogDan wrote:
>>>  Hi Thomas,
>>>
>>>  I don't think you need an "enable-opengl-checkbox" for
>> qtcreator, if an
>>>  application requires QtOpenGL module we'll switch automatically to
>>>  androidGL-x.so plugin, Ministro support should be there, QtCreaor needs a
>>>  little love in order to pass the right library when "use local
>> libs" is
>>>  checked.
>>>
>>>  Cheers,
>>>  Bogdan.
>>>
>>>  >________________________________
>>>  >From: Thomas Senyk <thomas.senyk at nokia.com>
>>>  >To: "necessitas-devel at kde.org"
>> <necessitas-devel at kde.org>
>>>  >Sent: Monday, July 11, 2011 6:17 PM
>>>  >Subject: enable-opengl-checkbox for qtcreator
>>>  >
>>>  >Hi Folks,
>>>  >
>>>  >I tried to find out who builds String[]libs for:
>>>  >    private void startApplication(String [] libs, String environment,
>>>  >String params)
>>>  >
>>>  >
>>>  >As far as I understand it this is done by Ministro ... so far correct?
>>>  >
>>>  >
>>>  >The first step is:
>>>  >            m_qtLibs=getResources().getStringArray(resourceId);
>>>  >(... but this is without libandroid-X.so)
>>>  >
>>>  >The second and interesting step is:
>>>  >    if (!bindService(new
>>>
>>> Intent(eu.licentia.necessitas.ministro.IMinistro.class.getCanonicalName())
>>>  >, m_ministroConnection, Context.BIND_AUTO_CREATE))
>>>  >                    throw new SecurityException("");
>>>  >
>>>  >
>>>  >This causes
>>>  >        public void onServiceConnected(ComponentName name, IBinder
>>>  >service) {
>>>  >
>>>  >to be called which calls:  m_service.checkModules
>>>  >
>>>  >And there the magic happens:
>>>  >Ministro takes the module names (m_qtLibs) and makes real file-paths
>> out
>>>  >of them
>>>  >        ... AND: he adds libandroid-X.so to the link-files???
>>>  >The last part is the one I'm interested in:
>>>  >The one who adds libandroid-X.so is Ministro right? ...
>>>  >If this is the case: There should be some way to tell him you want to
>> link
>>>  >to an opengl-android-plugin (libandroidGL-X.so)  ... and then he
>> decides
>>>  >if this is possible
>>>  >
>>>  >Any other opinions?
>>>  >Is anyone here who want/can help me about this?
>>>  >
>>>  >
>>>  >Greets
>>>  >Thomas
>>>  >
>>>  >
>>>  >p.s.:
>>>  >A cool thing would be "Use local qt libs PERMANENTLY"  ...
>> meaning he also
>>>  >uses local-libs when you call the application from the Menu
>>>  >... This is just a small wish as I can do this manually quite easy.
>>>  >
>>>  >
>>>  >
>>>  >
>>>  >Qt Developer Days 2011 - REGISTER NOW!
>>>  >October 24 - 26, Munich
>>>  >November 29 - December 1, San Francisco
>>>  >Learn more and Register at http://qt.nokia.com/qtdevdays2011
>>>  >_______________________________________________
>>>  >Necessitas-devel mailing list
>>>  >Necessitas-devel at kde.org
>>>  >https://mail.kde.org/mailman/listinfo/necessitas-devel
>>
>