Hi Aleix,
On Wed, Feb 4, 2015 at 1:27 AM, Aleix Pol aleix...@kde.org wrote:
Hi,
I received this bug report [1], I guess this should be figured out. It
suggests using add_library(MODULE) instead of add_library(SHARED) for
QML modules, as they are not meant to be linked to.
I think it makes
is a separate issue imo. Might
be a flex bug that it generates gcc- only code. Would be interesting to know if
you can build cmake with clang?
- Andreas Pakulat
On July 20, 2013, 1:40 a.m., Milian Wolff wrote:
---
This is an automatically
Hi,
On Mon, Jul 15, 2013 at 10:52 AM, Milian Wolff m...@milianw.de wrote:
Hey guys,
the handling of CMAKE_BUILD_TYPE=debugfull in FindKDE4Internal.cmake is
guarded by `if (CMAKE_COMPILER_IS_GNUCXX)` so it won't work if you use
clang.
It gets worse if you use ccache as well, i.e. via
Hmm,
Hi,
On Tue, Jul 16, 2013 at 11:30 AM, Andreas Pakulat ap...@gmx.de wrote:
Hi,
On Mon, Jul 15, 2013 at 10:52 AM, Milian Wolff m...@milianw.de wrote:
Hey guys,
the handling of CMAKE_BUILD_TYPE=debugfull in FindKDE4Internal.cmake is
guarded by `if (CMAKE_COMPILER_IS_GNUCXX)` so it won't
Hi,
On Tue, Jul 16, 2013 at 11:58 AM, Stephen Kelly steve...@gmail.com wrote:
Andreas Pakulat wrote:
I'd say an OR CMAKE_CXX_COMPILER_ID MATCHES 'clang' should be
sufficient,
Actually it would be:
CMAKE_CXX_COMPILER_ID MATCHES Clang
the CMAKE_CXX_COMPILER_ID is not necessarily
Hi,
On Tue, Jul 16, 2013 at 12:37 PM, Stephen Kelly steve...@gmail.com wrote:
Andreas Pakulat wrote:
Actually it would be:
CMAKE_CXX_COMPILER_ID MATCHES Clang
the CMAKE_CXX_COMPILER_ID is not necessarily the same case as the
executable.
Ah, well, the cmake manual mentions
Hi,
On Tue, Jul 16, 2013 at 12:26 PM, Milian Wolff m...@milianw.de wrote:
On Tuesday 16 July 2013 11:30:22 Andreas Pakulat wrote:
Hi,
On Mon, Jul 15, 2013 at 10:52 AM, Milian Wolff m...@milianw.de wrote:
Hey guys,
the handling of CMAKE_BUILD_TYPE=debugfull
Hi,
On Thu, Dec 20, 2012 at 1:11 AM, Ben Cooksley bcooks...@kde.org wrote:
Git commit f9ea1c7b4fb351a4da16b386c23f15d6c109728a by Ben Cooksley.
Committed on 20/12/2012 at 01:11.
Pushed by bcooksley into branch 'master'.
Interim hack to make everything which depends on kdepimlibs build again.
Hi,
On Thu, Dec 20, 2012 at 10:10 AM, Ben Cooksley bcooks...@kde.org wrote:
On Thu, Dec 20, 2012 at 9:02 PM, Andreas Pakulat ap...@gmx.de wrote:
On Thu, Dec 20, 2012 at 1:11 AM, Ben Cooksley bcooks...@kde.org wrote:
Git commit f9ea1c7b4fb351a4da16b386c23f15d6c109728a by Ben Cooksley
Hi,
On Thu, Dec 20, 2012 at 2:47 PM, Christophe Giboudeaux
cgiboude...@gmx.com wrote:
On Thursday 20 December 2012 14:12:17 Yury G. Kudryashov wrote:
Ben Cooksley wrote:
On Thu, Dec 20, 2012 at 9:02 PM, Andreas Pakulat ap...@gmx.de wrote:
nepomuk is not found. If kdepimlibs libraries
Hi,
On Mon, Dec 17, 2012 at 8:07 PM, Ben Cooksley bcooks...@kde.org wrote:
Currently build.kde.org is unable to successfully complete builds of
kdeplasma-addons and Calligra due to recent changes in kdepimlibs.
These changes are a port from Nepomuk (part of kdelibs) to NepomukCore
(a seperate
Hi,
assuming you have kdelibs development stuff installed you could look
at MacroWriteBasicCMakeVersionFile.cmake and
BasicFindPackageVersion.cmake.in for inspiration.
Unless you want to support CMake 2.6, you should probably use
VERSION_LESS Co for the actual checks.
I also don't think you
Hi,
On Sat, Nov 3, 2012 at 10:08 AM, Ben Cooksley bcooks...@kde.org wrote:
Currently build.kde.org is having some issues when building all
KDevelop related projects (master branch) after kdevplatform. The
build for various elements in them always fails with an error message
indicating it is
Hi,
On Sat, Nov 3, 2012 at 8:02 PM, Laszlo Papp lp...@kde.org wrote:
Hi,
I have tried to ask this on the cmake mailing list, but perhaps it is
automoc (KDE) specific and I will have more luck here. I am currently using
cmake 2.8.10 (just updated few minutes ago) and automoc 0.9.88. You can
Hi,
On Tue, Oct 30, 2012 at 12:19 PM, Gilles Caulier
caulier.gil...@gmail.com wrote:
2012/10/30 Andreas Pakulat ap...@gmx.de:
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley bcooks...@kde.org wrote:
Recently build.kde.org ran into some problems with building libkdcraw,
due to CMake using
Hi,
On Tue, Oct 30, 2012 at 10:52 AM, Ben Cooksley bcooks...@kde.org wrote:
Hi all,
Recently build.kde.org ran into some problems with building libkdcraw,
due to CMake using the -std=iso9899:1990 option with GCC.
It seems that this appears to be incompatible with LCMS' use of inline
Hi,
On Fri, Aug 24, 2012 at 10:22 AM, Friedrich W. H. Kossebau
kosse...@kde.org wrote:
Hi Andreas and Raphael,
Am Freitag, 24. August 2012, 07:15:58 schrieb Andreas Pakulat:
Yes, don't use the library name, use the target name, i.e.
${kastencore_LIB}. If the variable is not visible
Hi,
On Thu, Aug 23, 2012 at 11:58 PM, Friedrich W. H. Kossebau
kosse...@kde.org wrote:
I cannot reproduce this locally, but this might be just a timing issue.
As this problem has not been reported before, I am currently thinking this
could be due to the recent change requested by the Windows
Hi,
Am Dienstag, 3. Juli 2012 schrieb Laszlo Papp :
Hi,
Is it okay to require minimum cmake 2.8 for a subproject, like attica?
As far as I can see attica is not a KDE Project in the sense that it is
part of KDE SC. Its hosted on KDE's git server, but is otherwise
independent from KDE.
Hi,
On Thu, Jun 21, 2012 at 8:57 PM, Michael Jansen i...@michael-jansen.bizwrote:
**
On Thursday, June 21, 2012 08:44:09 PM Andreas Pakulat wrote:
Hi,
On Thu, Jun 21, 2012 at 7:58 PM, Michael Jansen i...@michael-jansen.biz
wrote:
**
On Wednesday, June 20, 2012 11:56:51
Hi,
On Wed, Jun 20, 2012 at 9:30 PM, Michael Jansen i...@michael-jansen.bizwrote:
2. Make the necessary build-system changes to use this version information
for the .SO names.
IMHO this is wrong, the numbers tagged to the end of a shared-object thats
used as a shared library really have
Hi,
On Wed, May 2, 2012 at 8:19 PM, Stefan Majewsky
stefan.majew...@googlemail.com wrote:
I'm currently working on the libkdegames build system. For a major
cleanup, libkdegames is breaking source and binary compatibility in
the 4.9 release. I figured this is the right time to move away from
On 27.02.12 14:16:38, Samuel Stirtzel wrote:
2012/2/27 Samuel Stirtzel s.stirt...@googlemail.com:
Hi,
this is part of the approach to port Plasma Active to OpenEmbedded
(see [1], [2]).
In the current status the kdelibs build fine.
However there is an issue where other packages
On 27.02.12 14:53:33, Samuel Stirtzel wrote:
2012/2/27 Andreas Pakulat ap...@gmx.de:
On 27.02.12 14:16:38, Samuel Stirtzel wrote:
2012/2/27 Samuel Stirtzel s.stirt...@googlemail.com:
Hi,
this is part of the approach to port Plasma Active to OpenEmbedded
(see [1], [2
On 19.02.12 22:36:47, Parker Coates wrote:
Hello Build System Experts,
Within the KDEGames project we would like to gzip compress some files
at build-time, and I am coming to you folks for suggestions.
Can CMake do this for us?
Yes it can, using a custom command. KDevPlatform provides a
On 12.01.12 22:48:10, Alexander Neundorf wrote:
On Thursday 12 January 2012, Yury G. Kudryashov wrote:
Alexander Neundorf wrote:
I think FindLibUSB1.cmake looks good.
From libusb-1.0.pc:
includedir=${prefix}/include
Cflags: -I${includedir}/libusb-1.0
So, PC_LIBUSB1_INCLUDE_DIR
On 29.11.11 21:41:23, Alexander Neundorf wrote:
On Tuesday 29 November 2011, Valentin Rusu wrote:
On 11/29/2011 07:34 PM, Alexander Neundorf wrote:
It's the --trace in the command. I don't know how you got that in
there.
Oh, sorry, my fault! I forgot I manually edited the Makefile to
On 27.11.11 19:00:31, Valentin Rusu wrote:
Hello,
Trying to build using latest git cmake and superbuild, I get the
message I paste below. Any clues?
-- Build files have been written to:
/home/kde/src/superbuild/kdesupport/build
Scanning dependencies of target AlwaysCheckDESTDIR
DESTDIR
the actual target in the
avogadro build.
- Andreas Pakulat
On Nov. 23, 2011, 4:19 a.m., Ben Cooksley wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103209
On 16.11.11 23:26:14, Valentin Rusu wrote:
On 11/16/2011 08:58 PM, Alexander Neundorf wrote:
On Sunday 13 November 2011, Valentin Rusu wrote:
I also submitted a bug report to CMake team about cmake using fit fetch
instead of git pull when sources are already cloned.
Do you mean this ?
Yes!
On 14.11.11 12:08:59, Christophe Giboudeaux wrote:
On Sunday 13 November 2011 23:58:18 Andreas Pakulat wrote:
On 13.11.11 23:01:46, Christophe Giboudeaux wrote:
Hi,
I'd like to get rid of the FindQt4.cmake we have in Akonadi in order to
use the QT_USE_IMPORTED_TARGETS option but I
On 14.11.11 21:00:44, Alexander Neundorf wrote:
On Monday 14 November 2011, Andreas Pakulat wrote:
On 14.11.11 12:08:59, Christophe Giboudeaux wrote:
...
That won't be needed it seems. I've just looked at cmake git. The
NO_NAMESPACE and INCLUDE parameters in the QT4_ADD_DBUS_INTERFACE
On 13.11.11 23:01:46, Christophe Giboudeaux wrote:
Hi,
I'd like to get rid of the FindQt4.cmake we have in Akonadi in order to use
the QT_USE_IMPORTED_TARGETS option but I encounter a build issue without it.
You can't, at least until your require CMake 2.8.7 and get your changes
to
On 12.10.11 18:02:42, Torgny Nyblom wrote:
Hi,
I'm having issues with handling different branches for the CI bot at
build.kde.org.
Hence I'm asking what you think is the correct way of handling them.
As I see it there are some alternatives:
1: One job per project and let that job mix
On 15.08.11 21:28:41, Valentin Rusu wrote:
Hello Alex,
I'm giving the SuperBuild a try. I'd also like to build the whole KDE in
a fresh new prefix, namely /home/kde.
I cloned Qt in /home/kde/src/qt and built it with the right prefix.
I clone SuperBuild in /home/kde/src/superbuild and
On 19.06.11 22:51:13, Stephen Kelly wrote:
I noticed that includes in KDE are always installed with COMPONENT Devel.
Does anyone know why? As far as I can tell, the COMPONENT is only relevant
to CPack, which AFAIK KDE doesn't use.
No, its also usable on the commandline with a make install
On 21.02.11 22:10:37, Alexander Neundorf wrote:
On Monday 21 February 2011, Yury G. Kudryashov wrote:
Andreas Pakulat wrote:
On 19.02.11 00:29:57, Yury G. Kudryashov wrote:
set(POLKITQT-1_POLICY_FILES_INSTALL_DIR share/polkit-1/actions)
in polkit-qt-1/PolkitQt-1Config.cmake.in
On 19.02.11 00:29:57, Yury G. Kudryashov wrote:
John Layt wrote:
On Friday 18 February 2011 06:48:54 Yury G. Kudryashov wrote:
2) If path different from polkit-qt AUTH_POLICY_FILES_INSTALL_DIR then
display an appropriate warning
3) Install to the requested location, it's then up to
On 16.02.11 19:07:13, John Layt wrote:
Hi,
I've hit an issue with polkit-qt and the KDE4_AUTH_POLICY_FILES_INSTALL_DIR
variable where the variable seems to always be set to the polkit-qt path and
your $KDEDIR path is ignored.
The problem comes if you do not build kdesupport/polkit-qt
On 29.01.11 11:32:01, Raphael Kubo da Costa wrote:
I've recently committed a patch to Kopete's Yahoo! protocol that makes
libjasper required when the protocol is built.
As I can see, the other Kopete protocols usually check for their
dependencies in the top-level CMakeLists.txt with
On 12.01.11 22:46:23, Yury G. Kudryashov wrote:
Akarsh Simha wrote:
Thanks for your replies Yuri and Andreas. Sorry for re-initiating this
discussion.
Yes, I notice that I don't have CMAKE_PREFIX_PATH set, although I have
$KDEDIR set.
KDEDIRS, not KDEDIR
IIRC the KDEDIR was
On 06.01.11 01:25:15, Akarsh Simha wrote:
I have a question regarding CMAKE_MODULES_PATH.
I frequently have to deal with building a branch of my project
(kdeedu/kstars), but wish to use the dependency modules (kdelibs etc)
from my trunk install.
However, my build fails with an error that
On 29.11.10 22:10:04, Martin Gräßlin wrote:
Hi,
please keep me CC-ed as I am not subscribed. Thanks
As you might know I am currently working on the OpenGL ES port of KWin and
have some build system related questions.
First a short explanation about the general problem: you can either
On 01.11.10 17:50:17, Michael Jansen wrote:
Also, I'd like us to stay as close to normal cmake behaviour as possible,
and to use as few own cmake modules as possible (...I know I know).
And the behaviour we are using with macro_log_feature() would never be
accepted into upstream cmake.
On 25.10.10 12:56:25, Allen Winter wrote:
On Monday 25 October 2010 12:29:42 pm Yury G. Kudryashov wrote:
Allen Winter wrote:
Adding the KDE Buildsystem to this discussion..
My only concern is that pkg-config files are typically installed in
locations (like /usr or /usr/local)
On 25.10.10 20:21:43, Rolf Eike Beer wrote:
Andreas Pakulat wrote:
On 25.10.10 12:56:25, Allen Winter wrote:
On Monday 25 October 2010 12:29:42 pm Yury G. Kudryashov wrote:
Allen Winter wrote:
Adding the KDE Buildsystem to this discussion..
My only concern is that pkg
On 25.10.10 23:37:53, Rolf Eike Beer wrote:
Andreas Pakulat wrote:
On 25.10.10 20:21:43, Rolf Eike Beer wrote:
Andreas Pakulat wrote:
On 25.10.10 12:56:25, Allen Winter wrote:
On Monday 25 October 2010 12:29:42 pm Yury G. Kudryashov wrote:
Allen Winter wrote:
Adding
On 08.10.10 02:14:31, Ingomar Wesp wrote:
Hey!
I recently had to learn the hard way that setting
CMAKE_INCLUDE_PATH,CMAKE_LIBRARY_PATH and CMAKE_PROGRAM_PATH does not result
in equal behavior than just setting CMAKE_PREFIX_PATH. I attempted to build
kdebase/workspace and ran into a wall
On 20.09.10 14:25:25, Sebastian Trüg wrote:
On 09/20/2010 01:04 PM, Andreas Pakulat wrote:
On 20.09.10 12:36:28, Sebastian Trüg wrote:
Hi,
is there a way to get the exact path of a target install path?
If I have for example some installation rule like:
install(TARGET foobar
On 18.08.10 02:14:33, Friedrich W. H. Kossebau wrote:
Mercredi, le 18 août 2010, à 00:15, Alexander Neundorf a écrit:
On Tuesday 17 August 2010, Friedrich W. H. Kossebau wrote:
Hi,
...
So what could I do to test at build-time the correct version of cagibi,
so cagibi can be
On 16.08.10 12:06:35, Michael Jansen wrote:
I thought distro's have switched to lib/ for 64 and 32 bit (depending on
which is the system-arch) and lib32 for the 32-bit compat libs in a
64bit System... Anyway, the above is something you should be taking to
cmake people, obviously lib64
On 16.08.10 23:54:51, Michael Jansen wrote:
On Monday 16 August 2010 21:09:46 Alexander Neundorf wrote:
I kind of get unwilling to discuss it. So here is my last attempt.
3. If someone develops a small lib he plans to add as a kde dependency
he probably installs it into some non distro
On 16.08.10 00:09:41, Yury G. Kudryashov wrote:
Alexander Neundorf wrote:
On Sunday 15 August 2010, Yury G. Kudryashov wrote:
Many (all?) KDE modules have the following string in the beginning of
CMakeLists.txt:
set(CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake/modules)
What do you
On 16.08.10 00:59:20, Yury G. Kudryashov wrote:
Andreas Pakulat wrote:
On 16.08.10 00:09:41, Yury G. Kudryashov wrote:
Alexander Neundorf wrote:
On Sunday 15 August 2010, Yury G. Kudryashov wrote:
Many (all?) KDE modules have the following string in the beginning of
CMakeLists.txt
On 16.08.10 01:23:50, Michael Jansen wrote:
Then either specify CMAKE_PREFIX_PATH for fix the FindKTorrent.cmake
module.
Cmake looks for FindKTorrent in CMAKE_MODULE_PATH, not CMAKE_PREFIX_PATH.
Right. So where is the problem? FindKTorrent.cmake should either be part
of cmake itself,
On 02.08.10 23:07:17, matthias sweertvaegher wrote:
yesterday I had some trouble linking my plasmoid which uses openssl.
It turned out that there was a FindOpenSSL cmake module bundled with
kde libs which takes precedence over the cmake supplied one but the
kde one does not link against the
On 30.07.10 11:45:41, Michael Jansen wrote:
No it shouldn't unless akregatorinterfaces explicitly lists khtml in its
LINK_INTERFACE_LIBRARIES (see man cmake, target_link_libraries). And
that should only happen if akregratorinterfaces uses symbols from khtml
in its public API. If its all
On 29.07.10 23:17:54, Michael Jansen wrote:
I think i have a wrong idea about cmake
From akregator (kdepim 4.5)
target_link_libraries(
akregatorinterfaces
kdepim
${KDE4_KHTML_LIBS}
${KDEPIMLIBS_SYNDICATION_LIBS}
${KDE4_KDE3SUPPORT_LIBRARY})
On 16.07.10 09:57:41, lI wrote:
Greetings
I am attempting to compile Koffice-2.2.1 (on an x86_64/cblfs setup). It
has
an option to 'compile-in' pstoedit. This also needs an svg-plugin. So I
then downloaded the file named plugins_linux_350.tgz from
On 16.07.10 15:14:37, lI wrote:
Greetings,
I am trying to compile koffice-2.2.1. cmake consistently gives the following
in
its output:
#
performing tests HAVE_MYSQL_OPTIONAL_EMBEDDED_CONNECTION
performing tests HAVE_MYSQL_OPTIONAL_EMBEDDED_CONNECTION failed
On 08.07.10 17:36:09, Maciej Mrozowski wrote:
Hello
From what I understand, Plasma in KDE4 Workspace 4.5 relies on notifications
provided by libdbusmenu-qt to control what to draw in system tray. And
apparently Qt = Qt-4.6.2 contains known bug that causes 'close application'
On 08.07.10 20:14:47, Maciej Mrozowski wrote:
On Thursday 08 of July 2010 19:28:01 Thiago Macieira wrote:
On Thursday 8. July 2010 18.42.36 Maciej Mrozowski wrote:
The question is: who cares whether Qt minor releases are interchangeable
or not so that we can just specify minimal required
On 08.07.10 21:18:03, Michael Jansen wrote:
SVN commit 1147584 by mjansen:
Make PYTHON_SITE_PACKAGES_INSTALL_DIR an absolute path.
CCMAIL: kde-buildsystem@kde.org
How is the variable used? If its used with install() commands then cmake
will prepend the prefix anyway. In particular I think
On 05.07.10 10:35:12, Ingo Klöcker wrote:
Hi,
for openSUSE 11.2 there are packages for shared-desktop-ontologies 0.5,
but not for 0.4. Unfortunately, kdelibs 4.5 appears to require sdo 0.4:
-- Found SharedDesktopOntologies: /usr/share/ontology (found version
0.5.0, required is 0.4)
On 05.07.10 14:03:45, Ingo Klöcker wrote:
On Monday 05 July 2010, Andreas Pakulat wrote:
On 05.07.10 10:56:16, Ingo Klöcker wrote:
Hi,
I'm using CMake 2.6.4. When I tried to cmake kdelibs 4.5 it bailed
out with the following error instead of properly reporting the
missing
On 06.07.10 00:10:07, Ingo Klöcker wrote:
On Monday 05 July 2010, Andreas Pakulat wrote:
On 05.07.10 14:03:45, Ingo Klöcker wrote:
On Monday 05 July 2010, Andreas Pakulat wrote:
On 05.07.10 10:56:16, Ingo Klöcker wrote:
Hi,
I'm using CMake 2.6.4. When I tried to cmake
On 29.06.10 23:21:10, Alexander Neundorf wrote:
On Monday 28 June 2010, Andreas Pakulat wrote:
On 28.06.10 08:44:35, Brad King wrote:
Andreas Pakulat wrote:
On 26.06.10 13:26:29, Andreas Pakulat wrote:
Ping? Any further ideas on this? Could someone at least point me to
the source
On 30.06.10 12:07:11, Modestas Vainius wrote:
Hello,
On trečiadienis 30 Birželis 2010 11:33:07 Andreas Pakulat wrote:
As I said above it won't affect the install tree. See the
INSTALL_RPATH target property.
That property is not set (and the global variable
On 28.06.10 08:44:35, Brad King wrote:
Andreas Pakulat wrote:
On 26.06.10 13:26:29, Andreas Pakulat wrote:
Ping? Any further ideas on this? Could someone at least point me to the
source code in cmake that decides wether to add RPATH_REMOVE or
RPATH_REPLACE to the cmake_install.cmake file
On 26.06.10 20:03:33, Maciej Mrozowski wrote:
I'm going to commit the following, any objections?
No way to actually disable colors when building KDE4 apps otherwise.
Colors are enabled by default in CMake version we depend on.
Just out of curiosity: Why do you need to explicitly disable
On 21.06.10 23:30:46, Andreas Pakulat wrote:
On 21.06.10 21:29:14, Alexander Neundorf wrote:
On Sunday 20 June 2010, Andreas Pakulat wrote:
On 20.06.10 13:27:30, Thiago Macieira wrote:
Em Domingo 20. Junho 2010, às 13.07.15, Andreas Pakulat escreveu:
Hi,
I'm running
On 26.06.10 13:26:29, Andreas Pakulat wrote:
On 21.06.10 23:30:46, Andreas Pakulat wrote:
On 21.06.10 21:29:14, Alexander Neundorf wrote:
On Sunday 20 June 2010, Andreas Pakulat wrote:
On 20.06.10 13:27:30, Thiago Macieira wrote:
Em Domingo 20. Junho 2010, às 13.07.15, Andreas
On 21.06.10 21:29:14, Alexander Neundorf wrote:
On Sunday 20 June 2010, Andreas Pakulat wrote:
On 20.06.10 13:27:30, Thiago Macieira wrote:
Em Domingo 20. Junho 2010, às 13.07.15, Andreas Pakulat escreveu:
Hi,
I'm running into weird issues with cmake 2.8.1 and its rpath-handling
Hi,
I'm running into weird issues with cmake 2.8.1 and its rpath-handling.
First thing I found was that FindKDE4Internal.cmake from Debian sets
CMAKE_INSTALL_RPATH_USE_LINK_PATH to false, but even after that
cmake_install.cmake files in kdevplatform all have code to do RPATH_REMOVE
instead of
On 20.06.10 13:27:30, Thiago Macieira wrote:
Em Domingo 20. Junho 2010, às 13.07.15, Andreas Pakulat escreveu:
Hi,
I'm running into weird issues with cmake 2.8.1 and its rpath-handling.
First thing I found was that FindKDE4Internal.cmake from Debian sets
On 12.05.10 16:53:47, lux-integ wrote:
I am trying to compile k3b from svn.cmake finds prgrams such as flac,
ogg, vorbis (none of which are in /usr) fine but on compilation the
Makefiles seem to require that these all have headers in /usr/include/xxx.
Is/are there a fix/fixes
On 12.05.10 21:22:57, Alexander Neundorf wrote:
On Tuesday 11 May 2010, Andreas Pakulat wrote:
On 11.05.10 23:06:31, Alexander Neundorf wrote:
On Tuesday 11 May 2010, Andreas Pakulat wrote:
On 11.05.10 22:18:01, Alexander Neundorf wrote:
On Tuesday 11 May 2010, Andreas Pakulat wrote
On 03.05.10 21:46:36, Alexander Neundorf wrote:
On Monday 03 May 2010, Volker Krause wrote:
On Sunday 02 May 2010 14:26:56 Alexander Neundorf wrote:
On Sunday 02 May 2010, Volker Krause wrote:
[1] It would be nice if it would be possible to pass additional
arguments to ctest when
On 27.04.10 10:52:28, David Faure wrote:
On Tuesday 27 April 2010, lux-integ wrote:
cd $SOURCES/kdeedu-4.4.2/build/cantor/src/backends/R/rserver
--slave
--file=$SOURCES/kdeedu-4.4.2/cantor/src/backends/R/rserver/tools/autoloads.r
SVN commit 1113683 by apaku:
Fix finding SDO.
kdebase couldn't be compiled, complaining about missing function/classes in a
namespace. It took me 30 minutes to find out that:
a) the files where this is are generated
b) the source files are from a too-old SDO version
The problem is that the
On 11.04.10 17:46:55, Alexander Neundorf wrote:
On Sunday 11 April 2010, Andreas Pakulat wrote:
SVN commit 1113683 by apaku:
Fix finding SDO.
kdebase couldn't be compiled, complaining about missing function/classes in
a namespace. It took me 30 minutes to find out that:
a) the files
On 09.04.10 22:45:41, Friedrich W. H. Kossebau wrote:
Vendredi, le 9 avril 2010, à 21:46, vous avez écrit:
On Friday 09 April 2010, Friedrich W. H. Kossebau wrote:
Hi,
TechBase [TB] teaches to install Phonon to $KDEDIR (!=$QTDIR). So I have
done. But I cannot get kdelibs to compile
On 27.12.09 13:06:18, Allen Winter wrote:
On Sunday 27 December 2009 8:34:23 am Maciej Mrozowski wrote:
On Tuesday 22 of December 2009 21:32:29 Alexander Neundorf wrote:
Now, in kdelibs there's a little inconsistency with Nepomuk related
CMake options logic:
- Soprano is always
On 12.12.09 15:01:13, Allen Winter wrote:
On Saturday 12 December 2009 1:53:08 pm Andreas Pakulat wrote:
On 12.12.09 10:22:55, Allen Winter wrote:
Howdy,
Attached is a patch for FindExiv2.cmake.
I have libexiv 0.12 installed in /usr and libexiv 0.18 installed in
/usr/local
On 28.11.09 17:41:20, tr...@k3b.org wrote:
(This time with attachments:)
In order to support versions I added a cmake config and version file to
shared-desktop-ontologies (attached the files installed in
prefix/share/cmake/SharedDesktopOntologies)
Then I patched the
On 17.10.09 16:20:11, Andreas Pakulat wrote:
Hi,
I'd like to move FindKDevPlatform.cmake to kdelibs/cmake/modules so that
it can be used from various modules in trunk/KDE and playground. In
particular all the plugins in
playground/devtools/kdevelop4-extra-plugins need it and its currently
On 20.10.09 19:20:08, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas Pakulat wrote:
On 19.10.09 23:06:06, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas Pakulat wrote:
On 19.10.09 18:47:45, Alexander Neundorf wrote:
On Sunday 18 October 2009, Andreas
On 20.10.09 20:36:55, Alexander Neundorf wrote:
On Tuesday 20 October 2009, Andreas Pakulat wrote:
On 20.10.09 19:20:08, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas Pakulat wrote:
On 19.10.09 23:06:06, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas
On 20.10.09 19:20:08, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas Pakulat wrote:
On 19.10.09 23:06:06, Alexander Neundorf wrote:
You might also consider naming the variables FOO_LIBRARIES instead of
FOO_LIBRARY, since they contain all necessary libraries required
On 19.10.09 18:47:45, Alexander Neundorf wrote:
On Sunday 18 October 2009, Andreas Pakulat wrote:
On 17.10.09 16:20:11, Andreas Pakulat wrote:
- copy the find-module to kdelibs/trunk and kdevelop/trunk so we have a
duplicate until kdevelop depends on KDE 4.4. I don't like
On 19.10.09 23:06:06, Alexander Neundorf wrote:
On Monday 19 October 2009, Andreas Pakulat wrote:
On 19.10.09 18:47:45, Alexander Neundorf wrote:
On Sunday 18 October 2009, Andreas Pakulat wrote:
On 17.10.09 16:20:11, Andreas Pakulat wrote:
- copy the find-module to kdelibs/trunk
On 17.10.09 16:20:11, Andreas Pakulat wrote:
Hi,
I'd like to move FindKDevPlatform.cmake to kdelibs/cmake/modules so that
it can be used from various modules in trunk/KDE and playground. In
particular all the plugins in
playground/devtools/kdevelop4-extra-plugins need it and its currently
):
#
# KDEVPLATFORM_ADD_APP_TEMPLATES( template1 ... templateN )
#Use this to get packaged template archives for the given templates.
#Parameters should be the directories containing the templates.
#
# Copyright 2007 Andreas Pakulat ap...@gmx.de
# Redistribution and use is allowed according to the terms of the BSD license
On 04.10.09 17:31:38, Alexander Neundorf wrote:
On Saturday 03 October 2009, Andreas Hartmetz wrote:
SVN commit 1031058 by ahartmetz:
Fix / adapt to FindQt4.cmake changes. Found the error in kdenetwork which
uses reeeally old ui files.
CCMAIL: kde-buildsystem@kde.org
CCMAIL:
On 28.09.09 16:08:22, Brad King wrote:
Andreas Pakulat wrote:
On 25.09.09 16:07:21, Bill Hoffman wrote:
I am happy to announce that CMake 2.8.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.8/.
I am sure I am leaving something out
On 29.09.09 09:26:30, Andreas Pakulat wrote:
On 28.09.09 16:08:22, Brad King wrote:
Andreas Pakulat wrote:
On 25.09.09 16:07:21, Bill Hoffman wrote:
I am happy to announce that CMake 2.8.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files
On 29.09.09 19:24:54, Alexander Neundorf wrote:
On Tuesday 29 September 2009, Bill Hoffman wrote:
David Cole wrote:
Thanks for the info, I'll fix the project later. I believe however
that I
didn't see any warnings, which should now be posted if I understood
On 28.09.09 00:05:35, Pau Garcia i Quiles wrote:
On Fri, Sep 25, 2009 at 10:07 PM, Bill Hoffman bill.hoff...@kitware.com
wrote:
I am happy to announce that CMake 2.8.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.8/.
I am sure I am
On 25.09.09 16:07:21, Bill Hoffman wrote:
I am happy to announce that CMake 2.8.0 has entered the beta stage! You
can find the source and binaries here: http://www.cmake.org/files/v2.8/.
I am sure I am leaving something out, but here is the list of changes
that I came up with. (If you
On 24.09.09 13:07:17, David Faure wrote:
Can someone remind me how to add a dependency on a generated header?
tplugins.cpp (from taglib-extras) includes taglib_export.h (from
toplevel/taglib)
which includes the generated taglib_config.h (in toplevel/taglib too),
a common problem for all
1 - 100 of 277 matches
Mail list logo