<div class="gmail_quote">On Thu, Apr 7, 2011 at 1:23 PM, David Cole <span dir="ltr"><<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="gmail_quote"><div><div></div><div class="h5">On Thu, Apr 7, 2011 at 1:17 PM, Clinton Stimpson <span dir="ltr"><<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Thursday, April 07, 2011 10:29:41 am Mike McQuaid wrote:<br>
<div>> On 7 April 2011 17:17, Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:<br>
> > That could be a good way to go first.  If the need arises, we could<br>
> > introduce more public functions for customization.<br>
><br>
</div>> I guess we could do what fixup_bundle and get_prerequisites do in that<br>
> we have a very general function that just "does stuff correctly" and<br>
> then more specific ones people can call for a more customisable<br>
> process.<br>
><br>
> Here's my (untested) work in progress:<br>
> <a href="https://gist.github.com/908134" target="_blank">https://gist.github.com/908134</a><br>
><br>
> I'll probably port it to use your macros tomorrow but you probably get<br>
> the gist (no pun intended) of my approach from that.<br>
><br>
> It shouldn't require anything except the app arguments and the plugins<br>
> (currently only direct paths but could also be the named versions like<br>
> on yours) but optionally can include more libraries (should be handled<br>
> but fixup_bundle, not sure if this is necessary) and the search<br>
> directories (e.g. if Qt is outside the path you might pass<br>
> QT_LIBRARY_DIR here).<br>
><br>
> Let me know your thoughts!<br>
<br>
I have some thoughts...<br>
<br>
I think you should *always* write out a qt.conf file.<br>
The Qt libraries have hardcoded paths (used if there is no qt.conf file) and if<br>
the target machine has a Qt installation at the same location as the build<br>
machine, it could get the target machines plugins instead.  These plugins are<br>
tied to a specific version and configuration of Qt, so they cannot be mixed.  On<br>
Mac, the problem of a missing qt.conf is immediate on the build machine.<br>
<br>
I think we should add QT_LIBRARY_DIR to fixup_bundle()'s dirs all the time.<br>
<br>
Have you thought about letting the user supply a list of their own plugins and<br>
having the function add the default Qt plugins to that list (or a set of<br>
plugins based on the QT_USE_* variables)?<br>
<br>
Also, one frequent complaint with using these functions is the user having to<br>
do<br>
install(CODE ".... ") and worry about escaping quotes and dollar signs.<br>
Do you think this would be a good time to address that?<br></blockquote></div></div><div><br>Absolutely: any general solution should configure a script into the build tree, and use install(SCRIPT instead to avoid the escaping madness.<br>

<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div><br>
--<div class="im"><br>
Clinton Stimpson<br>
Elemental Technologies, Inc<br>
Computational Simulation Software, LLC<br>
<a href="http://www.csimsoft.com" target="_blank">www.csimsoft.com</a><br>
_______________________________________________<br>
cmake-developers mailing list<br>
<a href="mailto:cmake-developers@cmake.org" target="_blank">cmake-developers@cmake.org</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers</a><br>
</div></div></div></blockquote></div><br>
</blockquote></div><br>Why aren't Mike's replies showing up on the list? Mike, are you subscribed to the CMake developers list?<br><br>