Age | Commit message (Collapse) | Author |
|
related fix. Hope this is right.
svn path=/trunk/KDE/kdelibs/; revision=521619
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521561
|
|
if they were installed before
Alex
svn path=/trunk/KDE/kdelibs/; revision=521555
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521522
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=521514
|
|
Dirk, why is this required for you ?
It really shouldn't.
Either you compile with RPATH, then everything should be found via RPATH
and no LD_LIBRARY_PATH is required.
Or you set RPATH_STYLE e.g. to "none", then the generated wrapper scripts (like dcopidl2cpp.sh)
should set LD_LIBRARY_PATH correctly. I tested this here on Slackware and on FreeBSD.
What doesn't work for you ?
Let's discuss this on kde-buildsystem@kde.org
CCMAIL:mueller@kde.org
Alex
svn path=/trunk/KDE/kdelibs/; revision=521485
|
|
svn path=/trunk/KDE/kdelibs/; revision=521328
|
|
svn path=/trunk/KDE/kdelibs/; revision=521323
|
|
So instead of always looking for a libintl, maybe we should first check do a "check if this
call links without linking to anything else than the libc"...
svn path=/trunk/KDE/kdelibs/; revision=521239
|
|
necessary
for me on the Mac (not sure why it linked on linux...)
svn path=/trunk/KDE/kdelibs/; revision=521236
|
|
It seems to work nicely, altough some thing are still missing.
svn path=/trunk/KDE/kdelibs/; revision=521231
|
|
obsoleted by Qt 4
also don't search for Qt4 directories under /usr/local
Alex
svn path=/trunk/KDE/kdelibs/; revision=521210
|
|
svn path=/trunk/KDE/kdelibs/; revision=521204
|
|
svn path=/trunk/KDE/kdelibs/; revision=521199
|
|
for linux/bsd/OS X developers this shouldn't change anything
...but for the windows developers it should !
So: for the stuff which comes from gnuwin32:
set the environment variable CMAKE_LIBRARY_PATH to the directory where the gnuwin32 libs are located
and set CMAKE_INCLUDE_PATH to the directory where the gnuwin32 headers are installed to.
Please let me know whether this works for.
So, don't set CMAKE_INCLUDE_PATH to the directory which contains libxml/xpath.h, but to the
one which contains libxml2/libxml/xpath.h
This should make writing the FindSomething.cmake modules much easier.
CCMAIL: kde-buildsystem@kde.org
CCMAIL: Ch.Ehrlicher@gmx.de
CCMAIL: ralf.habacker@freenet.de
CCMAIL: syntheticpp@gmx.net
Alex
svn path=/trunk/KDE/kdelibs/; revision=521183
|
|
-rename KDE4_xxx_LIBRARIES to KDE4_xxx_LIBS for less typing
-find more KDE4_xxx_LIBS
-add QT_QTFOO_LIBRARY_RELEASE to FindQt4.cmake
the LIBKFOO vars should be replaced ASAP with KDE4_KFOO_LIBS
Alex
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=520815
The following changes were in SVN, but were removed from git:
M pics/CMakeLists.txt
|
|
svn path=/trunk/KDE/kdelibs/; revision=520793
|
|
svn path=/trunk/KDE/kdelibs/; revision=520791
|
|
svn path=/trunk/KDE/kdelibs/; revision=520790
|
|
svn path=/trunk/KDE/kdelibs/; revision=520623
|
|
/usr/local/Trolltech/Qt-4*/include/Qt/ after the QTDIR environment
variable (before cmake always picked up /usr/local/Trolltech/Qt-4.0.1/...)
svn path=/trunk/KDE/kdelibs/; revision=520562
|
|
So you don't have to add -DCMAKE_INSTALL_PREFIX to the cmake command line
if you'd rather use good old reliable $KDEDIR.
Now to document this on the wiki.
CCMAIL: kde-core-devel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=520422
|
|
now use install(FILES... RENAME...)
=> make install DESTDIR=<foo> works
svn path=/trunk/KDE/kdelibs/; revision=520364
|
|
configure option cmake option gcc arguments
===============================================================================
--enable-debug=yes -DCMAKE_BUILD_TYPE=debug -g -O2 -fno-reorder-blocks\
-fno-schedule-insns -fno-inline
--enable-debug=full -DCMAKE_BUILD_TYPE=debugfull -g3 -fno-inline
--enable-final -DCMAKE_BUILD_TYPE=release -O2
In other words, developers should be using cmake -DCMAKE_BUILD_TYPE=debugfull
svn path=/trunk/KDE/kdelibs/; revision=520087
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=520067
|
|
currently there is no kxmlcore.lib on windows
CCMAIL: ch.ehrlicher@gmx.de
Christian, does it work this way better for you ?
Alex
svn path=/trunk/KDE/kdelibs/; revision=520059
|
|
ccmake display
Alex
svn path=/trunk/KDE/kdelibs/; revision=520056
|
|
Laurent, where did this cause problems ?
Was this with the files where source files with the same base names are now
compiled to the same target, and beforfe with libtool one of them was part
of a convenience libs ?
Now that we don't use convenience libs anymore, this means that if two
source files have the same basename, they will generate moc files with the
same name, also for ui-files. What can we do about this ?
If two files have the same names, maybe the name is too generic, so let's
rename one of them to a more specialized name, especially now that we have
svn.
But generating files is the source-tree is a no-no.
CCMAIL: montel@kde.org
svn path=/trunk/KDE/kdelibs/; revision=520047
|
|
svn path=/trunk/KDE/kdelibs/; revision=520043
|
|
svn path=/trunk/KDE/kdelibs/; revision=520012
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=520009
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=519995
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=519989
|
|
until we know what to to with it
svn path=/trunk/KDE/kdelibs/; revision=519568
|
|
Actually set X11_Xrender_LIB correctly
svn path=/trunk/KDE/kdelibs/; revision=519550
|
|
default: compile with RPATH to the builddir, when installing link again with RPATH to the install dir, the kde lib dir and the Qt lib dir
none: no RPATH at all
install: compile with RPATH to the install dir, the kde lib dir and the Qt lib dir
both: compiel with RPATH to the build dir, the install dir, the kde lib dir and the Qt lib dir
-sync kde3 stuff with cmake cvs
-fix building if kdewidgets and kstyles (get_target_properties doesn't work before the target is defined)
Alex
svn path=/trunk/KDE/kdelibs/; revision=519312
|
|
svn path=/trunk/KDE/kdelibs/; revision=519132
|
|
svn path=/trunk/KDE/kdelibs/; revision=519127
|
|
Fix some bug when we lonk with no-install lib
svn path=/trunk/KDE/kdelibs/; revision=519125
|
|
svn path=/trunk/KDE/kdelibs/; revision=518600
|
|
svn path=/trunk/KDE/kdelibs/; revision=518191
|
|
svn path=/trunk/KDE/kdelibs/; revision=517557
|
|
svn path=/trunk/KDE/kdelibs/; revision=517536
|
|
aKode seems to be found correctly, the issue is to add the include path to the inclues of knotify.
svn path=/trunk/KDE/kdelibs/; revision=517416
|
|
svn path=/trunk/KDE/kdelibs/; revision=517103
|
|
svn path=/trunk/KDE/kdelibs/; revision=516932
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=516863
|
|
-prepare UsePkgconfig for moving to cmake
Alex
svn path=/trunk/KDE/kdelibs/; revision=516854
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=516651
|
|
Alex
svn path=/trunk/KDE/kdelibs/; revision=516643
|