Hi,
answering several mails in one:
David wrote:
For this one special case, can't we start linking to -lQtUiTools -lQtScript
when we switch to 4.3, rather than complicate the setup on all platforms and
especially on windows?
Yes, I think so too.
Ralf wrote:
Holger wrote:
but the user
Am Sonntag, 25. Februar 2007 schrieb Thiago Macieira:
$ tail -n 5 tools/designer/src/lib/uilib/uilib.pri
!contains(DEFINES, QT_FORMBUILDER_NO_SCRIPT) {
QT += script
HEADERS += $$PWD/formscriptrunner_p.h
SOURCES += $$PWD/formscriptrunner.cpp
}
Which, BTW, also shows that
Leo Savernik wrote:
Do you really think that KDE 4 will accept any other Qt-configuration
than full? Who's going to maintain and test those configurations? At
least KDE 3 cannot be counted on building and working properly if
arbitrary Qt-features are disabled afaik.
That's true for KDE 4, but
Dirk Mueller wrote:
On Saturday, 24. February 2007 12:42, Thiago Macieira wrote:
What happens if Trolltech decides that QtUiTools linking to QtScript
is optional?
Is it possible that this is a bug anyway? I don't see why QtUiTools
would *require* QtScript.
It's no bug. QtUiTools links to
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.
This sounds like
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 does not generate
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 to
On Friday 23 February 2007, Thiago Macieira wrote:
What depenency is missing?
QtScript.
For this one special case, can't we start linking to -lQtUiTools -lQtScript
when we switch to 4.3,
rather than complicate the setup on all platforms and especially on windows?
--
David Faure, [EMAIL
On Friday 23 February 2007 06:32:03 Christian Ehrlicher wrote:
Thiago Macieira schrieb:
Qt has one static library that we use in KDE code: QtUiTools. Whichever
reason the Trolls had to make it static is besides the point: it is
static.
That means we must fetch its dependency info from
[EMAIL PROTECTED] wrote:
I guess it could. But there doesn't seem to be an easy way of doing
that.
maybe we should ask the trolls here - it looks quite easy to make qmake
parse the .prl-files and print out QMAKE_PRL_LIBS.
I think that's pointless. If we're going to parse a file, we can just
Am Freitag, 23. Februar 2007 19:41 schrieb Thiago Macieira:
[EMAIL PROTECTED] wrote:
I guess it could. But there doesn't seem to be an easy way of doing
that.
maybe we should ask the trolls here - it looks quite easy to make qmake
parse the .prl-files and print out QMAKE_PRL_LIBS.
I
Simon Hausmann wrote:
Christian is right there, also because qmake does not generate
pkg-config files on Windows.
May I suggest then that we together standardise on a dependency file for
static libraries (and platforms where such a thing is necessary)? More or
less like the libtool .la file.
On Friday 23 February 2007 21:38:56 Thiago Macieira wrote:
Simon Hausmann wrote:
Christian is right there, also because qmake does not generate
pkg-config files on Windows.
May I suggest then that we together standardise on a dependency file for
static libraries (and platforms where such a
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 does not generate
pkg-config files on Windows.
May I suggest then that we together standardise on a dependency file for
static libraries (and
Thiago Macieira wrote:
[EMAIL PROTECTED] wrote:
kdelibs does not build because QtUiTools is missing a dependency when
linking kjsembed.
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
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 does not generate
pkg-config files on Windows.
May I suggest then that
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 Qt than to introduce
pkg-config on
Thiago Macieira schrieb:
Qt has one static library that we use in KDE code: QtUiTools. Whichever
reason the Trolls had to make it static is besides the point: it is
static.
That means we must fetch its dependency info from the Qt installation into
CMake. And Qt provides only one official way
Christian Ehrlicher wrote:
pkg-config on win32 is a bad idea... :(
If you want to compile KDE with Qt 4.3, you'll need it.
kdelibs does not build because QtUiTools is missing a dependency when
linking kjsembed.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Von: Thiago Macieira [EMAIL PROTECTED]
Christian Ehrlicher wrote:
pkg-config on win32 is a bad idea... :(
If you want to compile KDE with Qt 4.3, you'll need it.
kdelibs does not build because QtUiTools is missing a dependency when
linking kjsembed.
Can't we get around this problem by
[EMAIL PROTECTED] wrote:
kdelibs does not build because QtUiTools is missing a dependency when
linking kjsembed.
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
Von: Thiago Macieira [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
kdelibs does not build because QtUiTools is missing a dependency when
linking kjsembed.
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
22 matches
Mail list logo