unit tests, my make install will
be slow as hell? This doesn't sound good :(
Unit tests are programs which -always- run from the build tree (and only from
there).
Maybe we need a way to flag those programs should have builddir-rpaths
even when the above option is set?
--
David Faure, [EMAIL
It is working, but KDE_DEPRECATED is placed behind the functions in most
of the cases and I won't change this in every kdelibs-header...
Well someone has to do it, and preferrably someone who can see the problematic
instances... :)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech
directory, too, currently?
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org
. If nobody works on that,
let me try. ;)
I think the idea was to have independent shell scripts rather than integrating
doxygen docs into the building process. See the work by Adriaan de Groot
(and his last post on this list).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE
On Tuesday 21 March 2006 14:36, Thiago Macieira wrote:
The very first one should be the pkg-config check, on Unix platforms.
I disagree. Things specified on the command-line should always override
autodetection from the system.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work
only if you're using qmake to build your
application. If you are using qmake, you aren't using cmake.
So I don't see the point in finding it at all.
Apparently it's so that we can run things like
qmake -query QT_INSTALL_HEADERS
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work
On Thursday 23 February 2006 15:57, Brad King wrote:
David Faure wrote:
On Thursday 23 February 2006 15:30, Brad King wrote:
David Faure wrote:
Also, somehow something deletes many .o files during the build process so
I can't
see exactly why so many files have to be rebuilt, make -d
On Wednesday 22 March 2006 23:12, Ralf Habacker wrote:
Are there any chances that qt-copy contains the gpl'ed windows (and the
mac related) qt code ?
No; I don't think there is a released source version of Qt that has support for
all platforms.
--
David Faure, [EMAIL PROTECTED], sponsored
got things right so it works on OS X too.
Things work for me on OS X (but I think I have DYLD_LIBRARY_PATH set now,
I should probably retry without). The build on Mac OS X stops in kjs due to
the __apple__ defines which assume not kde, which allegedly the Safari guys
are working on fixing.
--
David
kdewidgets/,
and meinproc is under kdoctools/).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
testregression would. Can we do something similar with cmake?
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem
On Friday 24 March 2006 11:52, [EMAIL PROTECTED] wrote:
Can't we do anything against unsermake
trying to do a moc with two identical input files ?
Yes, we can: use cmake instead :)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org
)
could be compiled there too.
Makes sense.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
On Friday 24 March 2006 14:02, David Faure wrote:
make makekdewigets.o
Doh! There's a d missing in that line!
OK, so make foo.o works indeed, which is *greeaaat* ;-)
Current status:
now that the include paths are simplified (I used the current-dir feature plus
macros in kdelibs),
the next
in that case.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman
it's better when the writer of the CMakeList doesn't have to consider the
specifics of all platforms;
GUI / NOGUI should be enough to choose between
( MacOSX bundle, GUI app on windows ) and ( no mac os x bundle, console app on
windows )
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech
-svn\kdelibs\kdeui\kactionclasses.h(224) : error C2504:
'QActionWidgetFactory' : base class undefined
You need to apply the patches from trunk/qt-copy/patches to your version of Qt,
for now.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http
On Wednesday 29 March 2006 22:22, Bill Hoffman wrote:
At 11:04 AM 3/28/2006, David Faure wrote:
Any reason why we get two mails with 10s interval for each failing build,
BTW?
The only difference seems to be
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTED
on your
harddisk.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman
available in e.g.
kdeui/tests
(they are not automated, so using ctest isn't a solution).
The only reason for using toplevel/bin would be if a LD_LIBRARY_PATH was
pointing
there; but for test programs we said they would have builddir rpath anyway.
--
David Faure, [EMAIL PROTECTED], sponsored
commandline like this
Well setting an option that cmake doesn't know, shouldn't harm, right?
So Allen, feel free to commit to the toplevel CMakeLists.txt ... of all
modules...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice
?)
I would wait for Qt-4.2 before solving the release vs debug problem,
since there are rumours that Qt-4.2 might change this all (possibly by not
having a different .so name for debug libraries anymore).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http
On Friday 31 March 2006 12:45, Thiago Macieira wrote:
Where is the test log (the equivalent of config.log)?
builddir/CMakeFiles/*.log (CMakeError.log and CMakeOutput.log)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org
to deal with kde-4.0-final's installed
cmake files being used by every 3rd party apps and then we can't change anything
in an incompatible way in those files... I just hope we'll have *really*
stabilized
everything by then.]
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE
schrieb David Faure:
On Tuesday 04 April 2006 17:04, Eduard Bachmakov wrote:
I just don't understand why it doesn't work...
Here's the output:
[EMAIL PROTECTED]:~/src/kde$ ls
arts kdebase kdelibs-build kdesupport l10n qt-copy
build kdelibs kdenonbeta kdewebdev log
]: *** No rule to make target `kabc/addressee.h', needed by
`kabc/addressee.cpp'. Stop.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
that is run to generate all 3 files is
already duplicated
once in the CMakeLists.txt, for field.cpp. This really calls for a way to
specify three generated files...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http
$(srcdir)/scripts pwd` ;\
cd scripts $(PERL) $$mysrcdir/makeaddressee
I.e. add out1.txt: out2txt to your example (or the other way round), so that
only one
of the generated files is rebuilt at a given moment, instead of both of them at
the same time.
--
David Faure, [EMAIL PROTECTED
want to use RPATH this is actually the only way to do it. Otherwise it
would be build with RPATH to the install dir, which wouldn't be overwritten
by a custom LD_LIBRARY_PATH
Seems fine to me.
4+5) RUN_UNINSTALLED
RPATH to the build dir
Sounds great.
--
David Faure, [EMAIL PROTECTED
. kcfg_compiler.
GUI+RUN_UNINSTALLED would be what interactive test programs
(e.g. kdeui/tests/kwindowtest) would use.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
it, do that.
No idea why it would work here without it though, might be system-dependent...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
)
check_include_files(libintl.h HAVE_LIBINTL_H)
Can you please commit ?
I committed already.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
$ cmake --help exec_program
Help argument exec_program is not a CMake command. Use --help-command-list
to see all commands.
$ cmake --help EXEC_PROGRAM
[works]
Since commands are case insensitive, can --help be fixed to be case insensitive
as well?
Thanks.
--
David Faure, [EMAIL PROTECTED
be an undef...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo
.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
On Wednesday 12 April 2006 17:38, William A. Hoffman wrote:
At 10:57 AM 4/12/2006, David Faure wrote:
On Wednesday 12 April 2006 15:25, William A. Hoffman wrote:
At 06:53 PM 4/11/2006, Thiago Macieira wrote:
I have removed the #define protected public. This means that you get
On Wednesday 12 April 2006 17:55, Allen Winter wrote:
On Wednesday 12 April 2006 09:52, David Faure wrote:
On Wednesday 12 April 2006 15:26, Allen Winter wrote:
The solution I finally committed was to hand-edit the parseholidays.c
file (originally
generated by yacc from
On Wednesday 12 April 2006 18:30, William A. Hoffman wrote:
At 11:49 AM 4/12/2006, David Faure wrote:
Ah I still had it in the builddir so I didn't notice this. Fixed the include
path now.
This brings up an issue. The dashboard email seems to be somewhat ignored by
kde developers.
I can
this should be done more globally, probably in
FindKDE4Internal.cmake (isn't it there already ?)
kjs is always a bit special since it doesn't depend on the rest of kde (nor
even on qt in theory).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http
Hi,
I got this error while compiling kdelibs4_snapshot:
Scanning dependencies of target kcm_phonon
Building CXX object phonon/kcm/CMakeFiles/kcm_phonon.dir/main.o
In file included from /devel/kde/src/4/kdelibs4_snapshot/phonon/kcm/main.cpp:26:
On Mon, Apr 17, 2006 at 02:39:02PM +0200, Laurent Montel wrote:
On Monday 17 April 2006 14:35, David Faure wrote:
On Fri, Apr 14, 2006 at 12:14:16PM +, Laurent Montel wrote:
SVN commit 529768 by mlaurent:
Fix cmake variable
M +1 -1 exr/CMakeLists.txt
M +1 -1
On Mon, Apr 17, 2006 at 06:53:10PM +0100, Paulo Jorge Guedes wrote:
-Original Message-
From: Paulo Jorge Guedes [mailto:[EMAIL PROTECTED]
Sent: segunda-feira, 17 de Abril de 2006 18:36
To: David Faure; kde-buildsystem@kde.org
Subject: RE: ltdl.c in kinit
I guess those
the only possible reason for the
problem,
I'm not sure how.
--
David Faure
[EMAIL PROTECTED]
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
, which is the case the very first time of course,
then I know that the package was never searched for and that we have to check
for it now.
Should I use other values than YES/NO for this?
Ah, or maybe just IF(DEFINED CACHED_AGG)?
--
David Faure
[EMAIL PROTECTED
On Tue, Apr 18, 2006 at 07:22:17AM -0500, Matt Rogers wrote:
On Tuesday 18 April 2006 06:22, David Faure wrote:
SVN commit 531000 by dfaure:
More use of the cache; fixing previous commit to not recheck everytime when
something isn't available (e.g. agg for me).
is there a way we can
On Tue, Apr 18, 2006 at 01:25:42PM -0500, Matt Rogers wrote:
On Tue, Apr 18, 2006 at 07:37:45PM +0200, David Faure wrote:
On Tue, Apr 18, 2006 at 05:02:05PM +, [EMAIL PROTECTED] wrote:
A continuous build has been broken for KDE and you have been identified
as one of the authors who
--variable=libdir
Executing command /usr/bin/pkg-config fontconfig --libs
Executing command /usr/bin/pkg-config fontconfig --cflags
-- Found FONTCONFIG: /usr/lib/libfontconfig.so
Better use the cache on the final results rather than the stuff pkg-config
issued to us, IMHO.
--
David Faure
[EMAIL
the target being built...
--
David Faure
[EMAIL PROTECTED]
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo/kde-buildsystem
On Thu, Apr 20, 2006 at 01:02:49AM +0200, Alexander Neundorf wrote:
On Wednesday 19 April 2006 11:30, David Faure wrote:
...
Better use the cache on the final results rather than the stuff pkg-config
issued to us, IMHO.
But it would be completely transparent and the cache hanbdling
/dfaure/gpgmedir/include;/Users/dfaure/gpgmedir/include
which afaik looks correct [the duplicated path is gpgme-config's fault].
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
SVN commit 531839 by dfaure:
OK so FIND_PATH and FIND_LIBRARIES use the cache already, so no need for the
CACHED_FOO fast-path
when the check only uses those. Instead I used this, to avoid Found libfoo in
the output when in
fact we didn't just look for it, we had it in the cache.
+if
On Thu, Apr 20, 2006 at 09:28:39AM -0400, William A. Hoffman wrote:
At 06:11 AM 4/20/2006, David Faure wrote:
I'm getting a failure in kdepim's gpgme configure check, because apparently
check_cxx_source_compiles ignores CMAKE_REQUIRED_INCLUDES?
Indeed http://www.cmake.org/Wiki
of
doing it
would still work)
srcdir!=builddir is nice, but when compiling some project where you're not a
developer,
it's even nicer when it happens automatically.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http
; Ossi's sh magic made it so. I don't know the details,
but basically he
was storing the command in a variable, evaluating it, and if that failed,
printing out the contents
of the variable. Ask Oswald for more details...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE
On Tuesday 25 April 2006 16:04, Brad King wrote:
David Faure wrote:
On Sun, Apr 23, 2006 at 11:33:53AM +0200, Alexander Neundorf wrote:
When building a KDE module, it is required that it prefers the headers in
the
module sources over the installed headers.
Could maybe the solution
On Sunday 30 April 2006 14:03, Leo Savernik wrote:
Am Sonntag, 30. April 2006 12:48 schrieb David Faure:
Do we want to allow them again ?
No (as the thread concluded), but maybe we could provide a way to make the
setup easier
E.g. some script in the toplevel of the modules
On Sunday 30 April 2006 14:34, David Faure wrote:
Then we should create a kjs-config.h,
kjs/global.h plays that role already, btw.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
.
For that part we can either keep one config.h or go for config-kdecore.h /
config-kio.h / ...
to minimize recompiles when a new HAVE_FOO check is needed for a library.
I'm fine with a per-lib split, but ONLY when a per-functionality split isn't
possible or doesn't make sense.
--
David Faure, [EMAIL
in a large module like kdebase. Can this be added?
Thanks.
BTW the new colors are great :)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
project
so I was afraid it would be limited to inside the subdirs where
project(somename) is set.
Hopefully this isn't the case, but then the naming is a bit unfortunate I think.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org
?
It uses kde-config, so you need to set your PATH.
The install prefix you're setting could be different from the prefix where
kdelibs is installed,
this is quite a common situation for e.g. kdepim or koffice.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http
/modules/ is used.
Has something changed in the finding of cmake modules? Or maybe I didn't notice
this problem before...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
On Wednesday 03 May 2006 16:42, Benjamin Reed wrote:
On 5/3/06, David Faure [EMAIL PROTECTED] wrote:
No, no. kdebase works against branches/work/kdelibs4_snapshot.
OK. I will have to go back and check, but I thought there were OSX
fixes that didn't make the last snapshot, but doing
On Wednesday 03 May 2006 18:51, Alexander Neundorf wrote:
On Wednesday 03 May 2006 18:11, Brad King wrote:
David Faure wrote:
The top of kdebase/CMakeLists.txt says:
# where to look first for cmake modules, before ${CMAKE_ROOT}/Modules/ is
checked set(CMAKE_MODULE_PATH
SVN commit 537476 by dfaure:
Factorize the version-number parsing and checking code into a separate macro.
Already used by the gpgme version check in kdepim.
FindQt4 has similar code, but since it's a fork of a CMake module I'm not sure
if I should modify it
CCMAIL: kde-buildsystem@kde.org
M
On Friday 05 May 2006 11:18, Paulo Jorge Guedes wrote:
-Original Message-
From: David Faure [mailto:[EMAIL PROTECTED]
Sent: quinta-feira, 4 de Maio de 2006 18:13
To: kde-buildsystem@kde.org
Subject: Re: FINDKDE4 win32
On Thursday 04 May 2006 19:03, Paulo Jorge Guedes wrote
${kdeui_UI} )
does not generate kshortcutdialog_simple.h
No, it generates ui_kshortcutdialog_simple.h nowadays.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
though...]
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https://mail.kde.org/mailman/listinfo
On Thursday 11 May 2006 00:00, David Faure wrote:
In fact I'm wondering if we really need KSortable[Value]List with Qt4, when
it's easy
to just pass a function to
qSort(foo.begin(),foo.end(),mySortingFunctionHere)
or to use a map, for something closer to the usage of KSortableValueList
SVN commit 539758 by dfaure:
The FindJPEG provided by cmake doesn't obey the REQUIRED flag - it doesn't
error out when libjpeg isn't found.
Should this be fixed in cmake's FindJPEG.cmake?
CCMAIL: kde-buildsystem@kde.org
M +5 -0 CMakeLists.txt
---
On Thursday 11 May 2006 18:52, David Faure wrote:
On Thursday 11 May 2006 18:36, Peter Kümmel wrote:
David Faure wrote:
I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash
implementation needed?
Is it due to some other file hashing KSortableItems?
Yes
On Thursday 11 May 2006 19:23, Peter Kümmel wrote:
Christian Ehrlicher wrote:
David Faure schrieb:
On Thursday 11 May 2006 18:36, Peter Kümmel wrote:
David Faure wrote:
I'm confused. This file doesn't use QHash/QSet at all, so why is a QHash
implementation needed?
Is it due to some
to tests being built alongside the rest (which helps
detecting
compilation breakage when changing APIs), but I see how in many cases we'd
rather just
compile the tests before running them.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org
KDEDIR/KDEDIRS works for all other purposes in KDE is:
* if KDEDIRS is set then it is used, and KDEDIR is ignored
* otherwise (KDEDIRS not set) KDEDIR is used
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http
of the shared libs, we don't seem to need them.
Put all the code into the plugins.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem
On Friday 12 May 2006 18:21, Alexander Neundorf wrote:
On Friday 12 May 2006 18:03, David Faure wrote:
On Friday 12 May 2006 17:46, Alexander Neundorf wrote:
Different usage:
set(mySrcs foo.cpp widget.cpp mainwindow.cpp)
kde4_automoc(${mySrcs}) - detect automatically where to run
-karchivetest (Failed)
Wow ;)
Happy bug hunting ;)
kdatetimetest fails for me on linux, but all others pass, so those are
MSVC/windows-porting bugs.
I'm interested in the output of kurltest, kconfigtest and karchivetest in
particular...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech
.
Is there interest for such a feature in cmake or should we implement it with
our own macros?
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
), called
KURL_ROOTDIR_PATH.
I will revert it for now; if something like this is needed it will need to be
done better (which includes running unit tests ;)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http
% 20%
compiling /home/tjmaciei/src/kde4/playground/libs/qt-dbus/qdbuserror.cpp
24%
Of course this was mostly used from the kdesvn-build script, which filters out
all the compiling ... output, and shows only the percentage (using \e[K to
clear the line).
--
David Faure, [EMAIL PROTECTED
for Qt applications.
It's free for use for testing KDE programs, however for other Qt programs
there's a per-developer license (much like Qt).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
-DCMAKE_SKIP_RULE_DEPENDENCY=TRUE, I think it was the cause for this. My
fault then, sorry.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem
On Tuesday 23 May 2006 20:40, David Faure wrote:
On Tuesday 23 May 2006 16:06, Brad King wrote:
I just created a small project, built it, renamed a header, and built
again and it worked. There is something else going on here.
Doh. I think I know the cause. I was experimenting
SVN commit 547552 by dfaure:
Every call to make would re-generate the same files, because it thought they
were going to the srcdir
instead of the builddir. I think this makes the msvc hack unnecessary now,
please check.
CCMAIL: kde-buildsystem@kde.org
M +4 -4 CMakeLists.txt
---
be part of Qt, on systems
where
qt isn't compiled with -system-zlib.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde
SVN commit 550978 by dfaure:
ctest bug?
CCMAIL: kde-buildsystem@kde.org
M +3 -0 CMakeLists.txt
--- trunk/KDE/kdelibs/kio/tests/CMakeLists.txt #550977:550978
@@ -298,7 +298,10 @@
target_link_libraries(jobtest ${KDE4_KIO_LIBS} ${QT_QTTEST_LIBRARY} )
+# Seems to trigger a ctest
On Friday 14 April 2006 19:10, William A. Hoffman wrote:
At 12:21 PM 4/14/2006, David Faure wrote:
Hi,
I got this error while compiling kdelibs4_snapshot:
But doing make again fixed it:
I think that ui_outputdevicechoice2.h needs to be in the sources for the
target.
[...]
I don't think
things are in the cache already (it rechecks every time).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
Index: FindOpenGL.cmake
On Monday 19 June 2006 15:33, Brad King wrote:
David Faure wrote:
I don't think this problem is ui-file related. I just got the same when
updating kdesupport to revision 552713
(probably from revision 551776).
First this:
[from make -j2, executed by kdesvn-build]
[snip]
make[2
it have to be that long?
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.
--
David Faure, [EMAIL PROTECTED], sponsored
if it's passed via a variable to the
FindPopplerQt4.cmake module,
much like what's done in FindQt4.cmake.
And since the kpdf filter in koffice will use poppler one day too, moving the
check to kdelibs
makes sense to me.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE
. When things get back to normal I guess we'll come
back
to every other Monday.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem
are
already there, should I not apply any of them? Or is someone going to
work to update them to 4.2?
Whoever updates qt-copy will also update the patches there.
But right now, for qt-copy, we have to wait for the GPL version of Qt-4.2-TP,
or for a TT employee to update qt-copy... (please!)
--
David
(and, kdebase even builds ;)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https
On Monday 03 July 2006 18:25, Benjamin Reed wrote:
Does this mean qt-copy contains mac stuff now?
I seriously doubt that.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org
to ktoolinvocation.cpp.
(all the start* methods)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde-buildsystem mailing list
Kde-buildsystem@kde.org
https
/dbus
Is there a way to get an environment var within a pro-file?
Yes, use $$(DBUSDIR)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
Kde
On Tuesday 27 June 2006 21:16, William A. Hoffman wrote:
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
on linux, it
was
added for Mac OS X (but I don't know if it indeed fixed the issue there).
r556291 | mueller | 2006-06-29 22:18:14 +0200 (Thu, 29 Jun 2006) | 2 lines
lets see if this solves the OSX build failure
--
David Faure -- [EMAIL PROTECTED], [EMAIL PROTECTED]
KDE/KOffice developer, Qt
On Monday 11 September 2006 12:43, Peter Kümmel wrote:
David Faure wrote:
On Thursday 13 July 2006 18:19, Peter Kümmel wrote:
SVN commit 561921 by kuemmel:
there is no sys/dir.h in posix unix.
Is it really necessary on linux, isn't dirent enough?
+#ifndef Q_OS_WIN
#include sys
1 - 100 of 612 matches
Mail list logo