Hello everyone
First of all, sorry for the major mailing list cross-posting. Do NOT use
Reply to All! This message is not intended to be replied to: it's just an
announcement.
Feel free to pass it around to other mailing lists that I'm not subscribed
to and that should know about this.
Last w
Ralf Habacker wrote:
>Do we have the used qt version at cmake configure time or are able to
>detect it ? Then it looks easy to me to add one additional library at
>cmake configure time.
That sounds like a workaround instead of a solution.
What happens if Trolltech decides that QtUiTools linking t
Thiago Macieira schrieb:
> Leo Savernik wrote:
>
>> Wouldn't therefore a simple -lQtUiTools suffice for every link target in
>> need of this?
>>
>
> No, that's the whole point.
>
> Since that's a static library, you need to do:
> Qt 4.2: -lQtUiTools
> Qt 4.3: -lQtUiTools -lQtScr
Holger Schröder schrieb:
> On Friday 23 February 2007 23:18:04 Christian Ehrlicher wrote:
>
>> Holger Schröder schrieb:
>>
>>> On Friday 23 February 2007 21:38:56 Thiago Macieira wrote:
>>>
Simon Hausmann wrote:
> Christian is right there, also because qmake do
Leo Savernik wrote:
>Wouldn't therefore a simple -lQtUiTools suffice for every link target in
> need of this?
No, that's the whole point.
Since that's a static library, you need to do:
Qt 4.2: -lQtUiTools
Qt 4.3: -lQtUiTools -lQtScript
I am not sure the Trolls will make a dynamic
Am Samstag, 24. Februar 2007 schrieb Thiago Macieira:
> Peter Kümmel wrote:
> >>> Can't we get around this problem by convincing the trolls to not make
> >>> it a static lib?
> >>
> >> I doubt that. QtUiTools is a very small library whose purpose is to
> >> load designer-generated .ui files.
> >
>
Thiago Macieira wrote:
> Peter Kümmel wrote:
Can't we get around this problem by convincing the trolls to not make
it a static lib?
>>> I doubt that. QtUiTools is a very small library whose purpose is to
>>> load designer-generated .ui files.
>> This sounds like that it's easier to patch