Thiago Macieira wrote:
Christian Ehrlicher wrote:
Q_CORE_EXPORT is correct - it must be an export in *every* lib it is
used (because of this it's KDE_EXPORT and not KIO_EXPORT)
Then no, this isn't the same at all. Q_CORE_EXPORT means export from
QtCore (which is where QList comes from and,
Peter Kümmel wrote:
I've tried to reproduce the linker error without success.
(two dlls, one links against the other, template A, a class
which inherits from A, ...)
Maybe there is only one constellation which reproduce it.
But even if I could reproduce it, it only shows that it is a compiler
Peter Kümmel wrote:
Thiago Macieira wrote:
It looks like this is being caused by the KDE-side of things. Why
should kauthorized.obj define the QListQVariant::isEmpty() and
*export* it? That's an inline method defined in qlist.h.
Does it export it? kauthorized has its own instantiation and this
Hi,
Before its too late: has anyone ever thought about the licensing of the cmake
module files? I think we should re-license them as loosely as possible
(X11/MIT license), so that other projects can just copypaste the code
freely.
Any opinions?
Dirk
Peter Kümmel wrote:
Paulo Jorge Guedes wrote:
$ svn diff kconfigbase.h
Index: kconfigbase.h
===
--- kconfigbase.h (revision 555414)
+++ kconfigbase.h (working copy)
@@ -27,6 +27,7 @@
#include qvariant.h
#include
-Original Message-
From: Peter Kümmel [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 27 de Junho de 2006 14:56
To: kde-buildsystem@kde.org
Subject: Re: windows build
Paulo Jorge Guedes wrote:
$ svn diff kconfigbase.h
Index: kconfigbase.h
Peter Kümmel wrote:
David Faure wrote:
On Tuesday 07 February 2006 23:05, Peter Kümmel wrote:
David Faure wrote:
On Tuesday 07 February 2006 20:29, Christian Ehrlicher wrote:
kio.lib(kio.dll) : error LNK2005: public: class QString __thiscall
QMapclass QString,class
Paulo Jorge Guedes wrote:
Perhaps you should add some comment explaining why the include is needed.
You are right, this would prevent the removing.
I could also only include when compiled under windows.
But is the minimal speed up under linux worth an
additional ifdef?
Peter
Paulo Jorge Guedes wrote:
-Original Message-
From: Peter Kümmel [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 27 de Junho de 2006 15:08
To: kde-buildsystem@kde.org
Subject: Re: windows build
Paulo Jorge Guedes wrote:
Perhaps you should add some comment explaining why the include is
-Original Message-
From: Peter Kümmel [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 27 de Junho de 2006 15:20
To: kde-buildsystem@kde.org
Subject: Re: windows build
Paulo Jorge Guedes wrote:
-Original Message-
From: Peter Kümmel [mailto:[EMAIL PROTECTED]
Sent:
Peter Kümmel wrote:
To fix the linker error we just have to show
the compiler qdbusmessage.h and all is fine.
This is wrong too. What happens when the next class inheriting from
QListQVariant shows up?
According to our developers, the problem is that I'm exporting it in
QDBusMessage and
On Tuesday 27 June 2006 10:51, Dirk Mueller wrote:
Hi,
Before its too late: has anyone ever thought about the licensing of the
cmake module files? I think we should re-license them as loosely as
possible (X11/MIT license), so that other projects can just copypaste the
code freely.
Any
On Tuesday 27 June 2006 10:51, Dirk Mueller wrote:
Hi,
Before its too late: has anyone ever thought about the licensing of the
cmake module files? I think we should re-license them as loosely as
possible (X11/MIT license), so that other projects can just copypaste the
code freely.
Any
Thiago Macieira wrote:
According to our developers, the problem is that I'm exporting it in
QDBusMessage and there's probably a way of hiding that (probably by
removing inlines).
Maybe this does help:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=100739
William A. Hoffman wrote:
At 10:03 AM 6/27/2006, Peter Kümmel wrote:
But currently the build system is broken on win2k, because moc is
called with too much parameters thus the command line becomes too long.
Peter
This sounds like a cmake issue. What generator are you using?
-Bill
William A. Hoffman wrote:
At 10:03 AM 6/27/2006, Peter Kümmel wrote:
But currently the build system is broken on win2k, because moc is
called with too much parameters thus the command line becomes too long.
Peter
This sounds like a cmake issue. What generator are you using?
-Bill
At 01:49 PM 6/27/2006, Peter Kümmel wrote:
William A. Hoffman wrote:
At 10:03 AM 6/27/2006, Peter Kümmel wrote:
But currently the build system is broken on win2k, because moc is
called with too much parameters thus the command line becomes too long.
Peter
This sounds like a cmake
On Tuesday 27 June 2006 20:24, William A. Hoffman wrote:
At 01:49 PM 6/27/2006, Peter Kümmel wrote:
William A. Hoffman wrote:
At 10:03 AM 6/27/2006, Peter Kümmel wrote:
But currently the build system is broken on win2k, because moc is
called with too much parameters thus the command
At 02:30 PM 6/27/2006, David Faure wrote:
Basically, yes. Most kdelibs and qt header files are in khtml's dependencies,
and that's a lot of different directories inside kdelibs ... moc needs the
same as the compiler:
the list of -I paths for possibly-used headers.
I don't suppose moc supports
19 matches
Mail list logo