[CMake] FindQt4 doesn't provide plugin variables

Michael Jackson mike.jackson at bluequartz.net
Tue Dec 21 11:54:21 EST 2010


On Dec 21, 2010, at 11:45 AM, Mike McQuaid wrote:

> On 21 December 2010 16:41, Clinton Stimpson <clinton at elemtech.com>  
> wrote:
>> Would you prefer having a set of variables that point to the dlls,  
>> or would
>> you rather have a function that takes a list of Qt modules and  
>> copies the
>> necessary plugins for those Qt modules to a certain location?
>> It seems the latter is more desirable, and probably doesn't depend  
>> on the
>> former.  If the latter, should it also do a qt.conf file as well?
>
> I think both would be useful. The latter could be in a BundleUtilities
> equivalent specialised for Qt applications (something I'd love to help
> develop) and is basically what macdeployqt does.
>
> I think it would be good to be able to be pretty automated (e.g.
> plugins for each modules) but there's also a good use-case for
> providing full plugin paths through the FindQt4.cmake module, in my
> opinion. You could just add a mapping on top of that of what plugins
> "belong" to what modules.
>
> -- 
> Mike McQuaid
> http://mikemcquaid.com

I would like to have variables to the DLLs also (actually ALL the  
DLLs, not just the plugins) because under certain use cases those are  
needed. Here is my use case.

Setup: Windows 7 x64 with Qt 4.6.x built as BOTH 32 and 64 bit and  
installed into separate directories so that I can NOT put the Qt dirs  
on the normal PATH variable which means when I go to debug in Visual  
Studio I get complaints from VS that it can not find QtCore4.dll. So I  
have CMake copy rules to copy the correct Qt libraries into the build  
directory. Having the CMAKE variables to where the DLLs are located  
would alleviate me from having to maintain that code. Just my 2 cents.  
Oh, and if someone else has a "better" way of setting this up I am  
open to all comments (off list if needed.)

___________________________________________________________
Mike Jackson                      www.bluequartz.net
Principal Software Engineer       mike.jackson at bluequartz.net
BlueQuartz Software               Dayton, Ohio 
   


More information about the CMake mailing list