Re: M_PI

Paulo Moura Guedes schrieb: On Friday 07 April 2006 21:10, Christian Ehrlicher wrote: Paulo Jorge Guedes schrieb: I'm going out for the weekend and I won't have an internet connection. I also send the math.h file that fixes the compilation. Sometimes you have really funny

RE: CHECK_LIBRARY_EXISTS error

Indeed, adding that include fixes it. Thanks! --Michael Index: cmake/modules/FindGettext.cmake === --- cmake/modules/FindGettext.cmake (revision 528045) +++ cmake/modules/FindGettext.cmake (working copy) @@ -11,6 +11,7 @@

RE: kdelibs build broken on OS X and Linux

-Original Message- From: Ralf Habacker [mailto:[EMAIL PROTECTED] Sent: sábado, 8 de Abril de 2006 23:48 To: kde-buildsystem@kde.org Subject: Re: kdelibs build broken on OS X and Linux Ralf Habacker schrieb: [...] BTW: I have tried to build kdelibs after a longer period from

RE: kdelibs build broken on OS X and Linux

--- Ursprüngliche Nachricht --- Von: Paulo Jorge Guedes [EMAIL PROTECTED] An: kde-buildsystem@kde.org Betreff: RE: kdelibs build broken on OS X and Linux Datum: Mon, 10 Apr 2006 12:20:07 +0100 -Original Message- From: Ralf Habacker [mailto:[EMAIL PROTECTED] Sent: sábado, 8 de

Re: pthread configure problem in kdelibs trunk

On Sunday 09 April 2006 16:31, Volker Krause wrote: the test for pthread_getattr_np() fails due to a missing '-pthread' in the linker flags (at least for cartman and myself). This prevents the compilation of kjs. The removal of those tests has fixed the problem as well, the corresponding

RE: kdelibs build broken on OS X and Linux

... Ups! Thought it was already updated. Only one error now with mingw (both with trunk and with the nightly revision): http://public.kitware.com/KDE/Testing/Sites/mojo.risin.mingw/WindowsXP-gcc-3.4.4/20060410-0100-Nightly/BuildError.html Something wrong on my side? Paulo

Re: kdelibs build broken on OS X and Linux

for KGlobalAccelImpl yet... Update your svn ... Ups! Thought it was already updated. Only one error now with mingw (both with trunk and with the nightly revision): http://public.kitware.com/KDE/Testing/Sites/mojo.risin.mingw/WindowsXP-gcc-3.4.4/20060410-0100-Nightly/BuildError.html

RE: kdelibs build broken on OS X and Linux

://public.kitware.com/KDE/Testing/Sites/mojo.risin.mingw/WindowsXP- gcc-3.4.4/20060410-0100-Nightly/BuildError.html Something wrong on my side? the missing -lphononui bug should be fixed now. Outstanding :) I just finished building kdelibs with no errors! With VS it seems that sources

dashboard tests not finding libkdecore.so.5.0.0

Hi, Currently, none of the tests on my dashboard site (matt.rogers.name) run correctly because they can't find libkdecore.so.5.0.0. Do I need to make adjustments to my dashboard setup or is this an actual error in the buildsystem? Thanks -- Matt ___

spaces in the path

So, should kdelibs support being built in a directory with spaces in the path? Out of habit, I set up the dash17 build to do that. However, the latest round of RPATH stuff, and shell script forwarding is broken. Is this something that should be supported? If not, I suppose a check could be

Re: kdepim trunk troubles creating libkcal/libical/src/libical.ical.h

On Saturday 08 April 2006 16:54, Till Adam wrote: Heya folks, I needed the attached patch to compile kdepim trunk against current snapshot with cmake from cvs. It seems that CMAKE_SOURCE_DIR is not passed into or otherwise accessible from within ical_file.cmake. I'm pretty sure the patch is

Re: CHECK_LIBRARY_EXISTS error

On Monday 10 April 2006 10:05, Michael Drüing wrote: Indeed, adding that include fixes it. Thanks! --Michael Index: cmake/modules/FindGettext.cmake === --- cmake/modules/FindGettext.cmake (revision 528045) +++

Re: KDE/kdelibs

Alexander Neundorf wrote: I don't think so. The relinked libs/executables are located in a special directory, so they don't interfere with the normal compile results. Only when deleting the build tree you have to be root then. As long as that directory hasn't been created by root, you can still

dcopidl.bat, perl, and PATH

dcopidl.bat expects that perl is in the PATH. Perhaps this file could be configured, and the FindPerl.cmake module could be used to find perl, then a full path to perl could be used. -Bill ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org

Re: spaces in the path

On Monday 10 April 2006 20:43, Bill Hoffman wrote: So, should kdelibs support being built in a directory with spaces in the path? Out of habit, I set up the dash17 build to do that. However, the latest round of RPATH stuff, and shell script forwarding is broken. Is this something that

Re: dcopidl.bat, perl, and PATH

Bill Hoffman schrieb: dcopidl.bat expects that perl is in the PATH. Perhaps this file could be configured, and the FindPerl.cmake module could be used to find perl, then a full path to perl could be used. but this will fix the installation path of perl to the build machine. If the

Re: CHECK_LIBRARY_EXISTS error

On Monday 10 April 2006 21:28, Alexander Neundorf wrote: On Monday 10 April 2006 10:05, Michael Drüing wrote: Indeed, adding that include fixes it. Thanks! --Michael Index: cmake/modules/FindGettext.cmake === ---

KDE/kdelibs/cmake/modules

SVN commit 528380 by neundorf: -handling paths containing spaces seems to be a major problem, at least here on FreeBSD without the double qoutes LD_LIBRARY_PATH works at least, and the added double qoutes help in finding the executable, but now dcopidl2cpp complains about the space in the path to

Re: kdepim trunk troubles creating libkcal/libical/src/libical.ical.h

On Monday 10 April 2006 15:27, Alexander Neundorf wrote: On Saturday 08 April 2006 16:54, Till Adam wrote: Heya folks, I needed the attached patch to compile kdepim trunk against current snapshot with cmake from cvs. It seems that CMAKE_SOURCE_DIR is not passed into or otherwise