D24841: Use modern way to set the C/CXX standad

chehrlic added a comment. I would also use CMAKE_CXX_STANDARD_REQUIRED to make sure the compiler actually *can* c++11, otherwise the flag is only added when the compiler supports it. Should not make much difference nowadays but since it's in ECM... REPOSITORY R240 Extra CMake Modules

D23789: RFC: Add ECMGenerateExportHeaders, for improved handling of deprecated API

chehrlic added a comment. In D23789#538985 , @kossebau wrote: > >> - why has all Qt code not yet been adapted to QT_DEPRECATED_VERSION/QT_DEPRECATED_VERSION_X, are there places where those macros should not be used, but the version-less ones?

D23789: RFC: Add ECMGenerateExportHeaders, for improved handling of deprecated API

chehrlic added a comment. In D23789#536338 , @kossebau wrote: > Actual questions I have: > > - why is QT_DEPRECATED_WARNINGS_SINCE not officially documented? like, any plans to change that macro to something else? Just forgot it (and

Re: Missing configure checks for #cmakedefine

Thiago Macieira schrieb: Lubos Lunak wrote: At least looking at generated kdebase/workspace/config-workspace.h it has a couple of #undef's for things that obviously are present (e.g. unistd.h). unistd.h is not present on Windows (it's not a Unix system). But workspace is not meant to

Re: maco_optional_find_package magic

Alexander Neundorf schrieb: On Friday 13 March 2009, Jeff Mitchell wrote: ... If you don't mind, here's a CMakeLists.txt and the corresponding FindTaglibExtras.cmake...can you see if you can spot why this might be happening?

Re: FindBoostPython.cmake in kdeedu

Von: Pino Toscano Hi, I am the author of that module. while we're disussing the FindBoost.cmake - why is there a special FindBoostPython.cmake in kdeedu? Isn't this handled within FindBost? No, they are not the same thing. FindBoostPython.cmake looks for a valid boost+python

FindBoostPython.cmake in kdeedu

Hi, while we're disussing the FindBoost.cmake - why is there a special FindBoostPython.cmake in kdeedu? Isn't this handled within FindBost? Christian signature.asc Description: OpenPGP digital signature ___ Kde-buildsystem mailing list

Re: Patch for KDE4Macros to use extra target on Windows

Matthias Kretz schrieb: On Friday 18 July 2008 23:38:45 Brad King wrote: Matthias Kretz wrote: attached is a patch to use the new automoc macro which adds a new target per default on Windows. Can someone point me to discussion of the original problem, please? I think most of this was in

Re: Patch for KDE4Macros to use extra target on Windows

Matthias Kretz schrieb: Hi, attached is a patch to use the new automoc macro which adds a new target per default on Windows. Please let me know if that is what you want/need and whether I should commit this. The patch doesn't look correct to me: @@ -672,7 +679,11 @@

Re: Patch for KDE4Macros to use extra target on Windows

Thiago Macieira schrieb: Matthias Kretz wrote: - With that make does what I want: execute automoc4 once per target on every call to make. If automoc4 decides there's nothing to do it doesn't touch any files and so make decides not to recompile the output file of automoc4. So you have

Re: Patch for KDE4Macros to use extra target on Windows

Matthias Kretz schrieb: Hi, attached is a patch to use the new automoc macro which adds a new target per default on Windows. Please let me know if that is what you want/need and whether I should commit this. Imho it's only needed for msvc - mingw doesn't need this hack. I'll test it

Solid example break kde4 bootstrap

Hi, The solid examples are searching for kde4: find_package(KDE4 REQUIRED) This fails when we're in bootstrap mode (which I am everytime when building binary packages because I start from a clean dir...) I'll try to use kdelibs_SOURCE_DIR like it's done in FindKDE4Internal.cmake but don't

Re: recent KDE buildsystem changes that affect OSX?

Benjamin Reed schrieb: On Tue, Apr 15, 2008 at 1:26 PM, Alexander Neundorf [EMAIL PROTECTED] wrote: Does it now also work with Brads fix and without local modifications ? Hm, nope. With CMake CVS as of Apr 15 14:10 EST, I still get the error cmake'ing kdebase: CMake Error at

Re: recent KDE buildsystem changes that affect OSX?

Benjamin Reed schrieb: I've not had a chance to do any building of KDE stuff for a month or so, and I'm trying to get caught up. I've installed the latest CMake release candidate (2.6.0-rc8) and have started building, and it looks like something deep in our macros has changed recently, I'm

Re: Fwd: [quanta-devel] Unable build kdewebdev in trunk after windows related build system

Von: Andras Mantia Hi, does anyone have an idea what is wrong here? svn up kdelibs - this was added some weeks ago and is needed to get the correct install locations on windows Christian -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen:

Re: [Patch] introduce new cmake var KDE4_LIB_DESTINATION

Alexander Neundorf schrieb: On Saturday 16 February 2008, Christian Ehrlicher wrote: Alexander Neundorf schrieb: ... Comments ? No :) Just let us know when you checked it in as it breaks windows install. Can you do this and at the same time fix at least kdelibs ? ok, done for kdelibs

Re: [Patch] introduce new cmake var KDE4_LIB_DESTINATION

Alexander Neundorf schrieb: On Thursday 14 February 2008, Alexander Neundorf wrote: Hi, On Thursday 14 February 2008, Christian Ehrlicher wrote: Hi, following the discussion in 'Re: Getting rid of the LIB_INSTALL_DIR hack on windows' (http://lists.kde.org/?t=12001561931r=1w=2) I

Re: [Patch] introduce new cmake var KDE4_LIB_DESTINATION

Alexander Neundorf schrieb: On Saturday 16 February 2008, Christian Ehrlicher wrote: Alexander Neundorf schrieb: ... Comments ? No :) Just let us know when you checked it in as it breaks windows install. Can you do this and at the same time fix at least kdelibs ? Ok, I'll add it during

Re: Getting rid of the LIB_INSTALL_DIR hack on windows

Alexander Neundorf schrieb: On Tuesday 15 January 2008, Alexander Neundorf wrote: On Saturday 12 January 2008, Ralf Habacker wrote: Michael Pyne schrieb: On Saturday 12 January 2008, Christian Ehrlicher wrote: ... Especially since it documents the intent better (i.e. use this for libraries

Getting rid of the LIB_INSTALL_DIR hack on windows

Hi, I know we discussed this already, but I'm very unhappy with the current solution. The problem is (for all who don't remember) that we want to install the shared libs into /bin on windows. When we install the shared libs into /lib, we've to add an entry to the PATH env variable. Also it's not

Re: [CMake] Problem with to long path names on win32

Brad King schrieb: Christian Ehrlicher wrote: Hi, I currently can't compile kdebase/konqueror because the paths exceeds the max path length: D:\kde-msvc\tmp\kdebase-beta3-3.94.1.20071011\work\kdebase\apps\konqueror\sidebar\trees\konq_sidebartreetoplevelitem.cpp : fatal error C1083: Datei (vom

Find_Library_Ex for msvc

+#to CMAKE_DEBUG_POSTFIX when creating a shared lib +#it has to be the second and third argument +# +# Copyright (c) 2007, Christian Ehrlicher, [EMAIL PROTECTED] +# Redistribution and use is allowed according to the terms of the BSD license. +# For details see the accompanying

Can't build target with '+' in name (win32, msvc)

Hi, due to recent changes in kdepimlibs, I hit an error in cmake. It's impossible to create this target due to problems in the generated Makefile: -8 # Object files for target gpgme++ gpgme++_OBJECTS = \ CMakeFiles\gpgme++.dir\gpgme++_automoc.obj \

Re: Unexpected behaviour of kde4automoc

Matthias Kretz schrieb: It must be the startDetached that is opening the new console. Please try the attached patch. looks fine Christian signature.asc Description: OpenPGP digital signature ___ Kde-buildsystem mailing list

Re: fatal error if KDE compiles with hidden visibility but Q_DECL_EXPORT is defined to nothing

Von: Andreas Pakulat [EMAIL PROTECTED] On 21.06.07 14:18:03, Thiago Macieira wrote: Matthias Kretz said: Hi, as I just got my second report that phonon doesn't link I thought I'd better implement a check that errors out if Qt has been compiled without visibility support

Re: fatal error if KDE compiles with hidden visibility but Q_DECL_EXPORT is defined to nothing

Thiago Macieira schrieb: Christian Ehrlicher said: and while this works on Win32, it breaks on linux because Q_DECL_EXPORT doesn't evaluate to default-visibility (don't know the gcc command for that) but to nothing. At least on a default-built qt-copy. It's not the fault of Q_DECL_EXPORT

Re: make KDE4_AUTOMOC compatible to qmake

Von: Matthias Kretz [EMAIL PROTECTED] Hi, I updated the patch so that it now adds a dependency on the moc generated file and does not add the moc files in the add_library/add_executable calls. Works fine with a clean build dir now, too. Afair we had a similar discussion short after we

Re: [patch] fixes for compiling under mingw

Alexander Neundorf schrieb: On Wednesday 06 June 2007 10:32, Holger Schröder wrote: Hi Alex, hi list, i am trying to simplify compiling of kde on windows. for that i need to get some changed into kdelibs/cmake/modules. most of them add a cmake variable for the prefix where to find a library,

Source not regenerated after new kconfig_compiler executable

Hi, Don't know if it's intended or a bug in the dependency chain. The output from kconfig_compiler is not regenerated after I installed a new kconfig_compiler executable. Therefore I still got warnings about kstaticdeleter until I delete the sources by myself :) Christian signature.asc

Re: Source not regenerated after new kconfig_compiler executable

David Faure schrieb: On Tuesday 22 May 2007, Christian Ehrlicher wrote: Hi, Don't know if it's intended or a bug in the dependency chain. The output from kconfig_compiler is not regenerated after I installed a new kconfig_compiler executable. Therefore I still got warnings about

QtUiTools on win32 (again)

Hi, During the last posts about updating qt-copy to Qt4.3 I came back to the QtUiTools problem on win32. We had no answer from the trolls if QtUiTools can't become a shared lib in Qt4.3. I just found a bugtracker entry:

Re: Qt static libraries - pkgconfig again

Holger Schröder schrieb: On Friday 23 February 2007 21:38:56 Thiago Macieira wrote: Simon Hausmann wrote: Christian is right there, also because qmake does not generate pkg-config files on Windows. May I suggest then that we together standardise on a dependency file for static libraries (and

Re: Qt static libraries - pkgconfig again

Thiago Macieira schrieb: Qt has one static library that we use in KDE code: QtUiTools. Whichever reason the Trolls had to make it static is besides the point: it is static. That means we must fetch its dependency info from the Qt installation into CMake. And Qt provides only one official way

Re: template definitions cannot nest(qdbusargument.h)

Any suggestion on what should I do? msvc6 is not supported by kdelibs (and as it looks, qdbus is also not compilable with msvc6). Use a recent compiler. Christian Ehrlicher signature.asc Description: OpenPGP digital signature ___ Kde-buildsystem

Re: template definitions cannot nest(qdbusargument.h)

Thiago Macieira schrieb: Christian Ehrlicher wrote: qdbusargument.h(173) : error C2954: template definitions cannot nest. My spec: QT: 4.2.2 Compiler:Visual C++ 6.0 Any suggestion on what should I do? msvc6 is not supported by kdelibs (and as it looks, qdbus is also not compilable with msvc6

Re: Merging of kdelibs_export.h and kdelibs_export_win.h

David Faure schrieb: On Monday 22 January 2007 15:46, David Faure wrote: That makes a LOT of extra files to install in kdelibs. I am not sure we gain a big advantage by doing that. I think modularity is always a huge advantage. yesterday this change was made to kdelibs_export.h: -#define

Re: Merging of kdelibs_export.h and kdelibs_export_win.h

David Faure schrieb: On Tuesday 23 January 2007 19:16, Christian Ehrlicher wrote: Alexander Neundorf schrieb: On Tuesday 23 January 2007 18:36, David Faure wrote: On Monday 22 January 2007 15:46, David Faure wrote: That makes a LOT of extra files to install in kdelibs. I am not sure we gain

Re: Merging of kdelibs_export.h and kdelibs_export_win.h

Thiago Macieira schrieb: Christian Ehrlicher wrote: kde4_add_library(sonnetcore SHARED ${sonnetbase_STAT_SRCS}) so it must be MAKE_SONNETCORE_LIB I am changing that symbol to sonnetcore_EXPORTS instead. I asked here and no one opposed... How you name the export is not the problem - you

Re: Merging of kdelibs_export.h and kdelibs_export_win.h

Jacob R Rideout schrieb: yesterday this change was made to kdelibs_export.h: -#define KSPELL2_EXPORT KDE_EXPORT +#define SONNET_EXPORT KDE_EXPORT And this is still wrong! - kde4_add_library(sonnetcore SHARED ${sonnetbase_STAT_SRCS}) so it must be MAKE_SONNETCORE_LIB once more

Re: shell wrappers for windows not using the proper paths

Matt Rogers schrieb: Alexander Neundorf wrote: On Tuesday 05 December 2006 07:01, Christian Ehrlicher wrote: Matt Rogers schrieb: Hi, I've been trying to compile kdelibs with MSVS for about the past month or so now, and the one thing that's always tripped me up was being unable to compile

Re: shell wrappers for windows not using the proper paths

Matt Rogers schrieb: Hi, I've been trying to compile kdelibs with MSVS for about the past month or so now, and the one thing that's always tripped me up was being unable to compile the kdewidgets project. I had a look at the shell wrapper for makekdewidgets and noticed that it didn't

Re: QtCore4.dll

Stephan Kulow schrieb: Hi! I found out why kpat requires QtCore4 - it links both against Core and Cored, everything in kdegames does: E.g.

Re: QtCore4.dll

Stephan Kulow schrieb: Am Donnerstag, 9. November 2006 11:12 schrieb Stephan Kulow: Am Donnerstag, 9. November 2006 10:50 schrieb Manuel Klimek: Hi, I'm just curious: was it already discussed to name the debug libraries *d.dll on windows? I don't want to start a 'religious' discussion ;-),

Re: I can't compile dbus!

Von: defresco [EMAIL PROTECTED] Hi all, I'm Fabio from Italy, It's some day that I've been tried to compile kdelibs on win32 using Ms visual studio 2005 express. I've some problem to compile the Dbus. when i get the source from svn and succesfully patched, try Cmake -g nmake makefile

Re: MSVC 2005

Von: Stephan Kulow [EMAIL PROTECTED] Hi! I'm trying to collect some experience with building KDE using MSVC and I fail so far, so I wonder if someone can help. I can build kdelibs using NMake Makefiles just fine, but it doesn't want to work at all if I create VS 2005 Project files.

Re: KDE/kdelibs/cmake/modules

Christian Ehrlicher schrieb: SVN commit 597662 by chehrlic: This is not needed at all - it worked before without and now it doesn' work with msvc anymore! cmake adds those libs automagically afaik I had to go back to rev. 597591 to get it kdelbis compile again with msvc! Why did you

Re: KDE/kdelibs/cmake/modules

Sebastian Sauer schrieb: On Saturday 21 October 2006 12:08, you wrote: Christian Ehrlicher schrieb: SVN commit 597662 by chehrlic: This is not needed at all - it worked before without and now it doesn' work with msvc anymore! cmake adds those libs automagically afaik I had to go back

Re: qdbus build error

Von: David Faure [EMAIL PROTECTED] On Wednesday 23 August 2006 23:22, Mathew Yeates wrote: btw: qt-4.2.0-tp1 isn't the version from qt-copy and not supported anymore (you'll get kdeibs compile errors) huh? I'm just following the instructions at

Re: qdbus build error

Mathew Yeates schrieb: But I assume there is a qt-windows snapshot from Monday 21 August? Yes, qglobal.h says '#define QT_VERSION_STR 4.2.0-snapshot-20060821' :) Christian Thanks for you help. 1) Where do I get this snapshot? The one I'm seeing at Trolltech is from

Re: qtDbus broken?

Mathew Yeates schrieb: This was working recently (within in the last week). But now with the latest (30 minutes ago) I am following the directions at http://www.kdelibs.com/wiki/index.php/QtDBus When I try and build tools\qdbus the build fails because dbus.h cannot be found. I

Re: qdbus build error

Mathew Yeates schrieb: after modifying src.pro with INCLUDEPATH += $$(DBUSDIR)/include I now get compiler errors such as the following It works fine here with hard coded path and snapshot from before two days. btw: qt-4.2.0-tp1 isn't the version from qt-copy and not supported anymore (you'll

Re: qdbus build error

Mathew Yeates schrieb: btw: qt-4.2.0-tp1 isn't the version from qt-copy and not supported anymore (you'll get kdeibs compile errors) huh? I'm just following the instructions at http://www.kdelibs.com/wiki/index.php/Building_KDElibs_4_using_MS_Visual_Studio How do I check out qt-copy?

Re: problem building kdelibs trunk

Mathew Yeates schrieb: This is with msvc2005 When I compile I get an error in kjsembed. The link command being executed is - link /nologo @ /out:..\..\bin\kjsembed.dll /PDB:C:\buildkdelibs\bin\kjsembed.pdb /dll /STACK:1000 /machine:I386 /INCREMENTAL:YES /debug

Re: Dashboard

Paulo Jorge Guedes schrieb: -Original Message- From: Bill Hoffman [mailto:[EMAIL PROTECTED] Sent: sexta-feira, 4 de Agosto de 2006 15:49 To: kde-buildsystem@kde.org Subject: Dashboard The dashboard is looking much better! It is good to see Visual Studio working again. Looks like

Re: Re: Newbie: Howto convert qmake project to cmake

Original-Nachricht Datum: Tue, 11 Jul 2006 08:10:13 -0400 Von: William A. Hoffman [EMAIL PROTECTED] An: kde-buildsystem@kde.org Betreff: Re: Newbie: Howto convert qmake project to cmake At 07:50 AM 7/11/2006, Aron Boström wrote: Hi experts! I have a problem I have tried to

Re: msvc: makekdewidgets

Peter Kümmel schrieb: Something for the kdewin32 TODO list: makekdewidgets throws an assert in win/src/mmap.c: line 117: hfd = (HANDLE)_get_osfhandle( fd ); When the mmap call is avoided then makekdewidgets does not crash: I wonder how often I have to say this - you *can't*

Re: msvc: makekdewidgets

Alexander Neundorf schrieb: On Sunday 14 May 2006 18:02, Christian Ehrlicher wrote: Peter Kümmel schrieb: Something for the kdewin32 TODO list: makekdewidgets throws an assert in win/src/mmap.c: line 117: hfd = (HANDLE)_get_osfhandle( fd ); When the mmap call is avoided

Re: msvc: qHash

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 other file hashing KSortableItems? Yes, compiling stops there because it couldn't

RE: FINDKDE4 win32

--- Ursprüngliche Nachricht --- Von: Paulo Jorge Guedes [EMAIL PROTECTED] An: kde-buildsystem@kde.org Betreff: RE: FINDKDE4 win32 Datum: Fri, 05 May 2006 10:18:25 +0100 -Original Message- From: David Faure [mailto:[EMAIL PROTECTED] Sent: quinta-feira, 4 de Maio de 2006 18:13

Re: UI - files not processed with vcproj generator?

Albert Astals Cid schrieb: A Diumenge 23 Abril 2006 17:24, Christian Ehrlicher va escriure: Hi, When trying to compile kdeui with mscv/vcproj ui_kspellui.h and the other ui_foo.h are not generated. Need to run qmake? What should I do with qmake? It's a cmake-project ... :) Christian

Re: UI - files not processed with vcproj generator?

William A. Hoffman schrieb: At 11:46 AM 4/23/2006, Christian Ehrlicher wrote: Albert Astals Cid schrieb: A Diumenge 23 Abril 2006 17:24, Christian Ehrlicher va escriure: Hi, When trying to compile kdeui with mscv/vcproj ui_kspellui.h and the other ui_foo.h are not generated. Need to run

Re: [MSVC8] libxml2 and libiconv

Thiago Macieira schrieb: Christian Ehrlicher wrote: Apart from this, I currently stopped msvc compilation because you can't do anything with the resulting apps (it crshes all over the time) because we mix release and debug libs. KDE has never had that problem because none of the systems

KDE/kdelibs/win/include/msvc

SVN commit 529195 by chehrlic: instead fixing the symptoms of a problem it's better to fix the problem... CCMAIL: kde-buildsystem@kde.org M +1 -5 sys/stat.h M +0 -18 unistd.h --- trunk/KDE/kdelibs/win/include/msvc/sys/stat.h #529194:529195 @@ -32,9 +32,7 @@ extern C {

Re: [MSVC8] libxml2 and libiconv

Thiago Macieira schrieb: Michael Drüing wrote: for some reason I get an error each time something links to libxml2.lib, because libxml2.lib needs iconv.lib which is not linked in automatically. I think I remember someone mentioning here on the list that MSVC doesn't do this, so I think this

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: M_PI

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 ideas - do you really think M$ change their math.h to fit your needs? Christian signature.asc

Re: kdeui/kglobalaccel_win.h

Von: Thiago Macieira [EMAIL PROTECTED] Benjamin Reed wrote: On 4/4/06, Maarten Th. Mulders [EMAIL PROTECTED] wrote: when building, kglobalaccel.h can't find kdeui/kglobalaccel_win.h. Indeed, this file does not exist. KDE 3.4 has it, but it uses Qt3. How to solve this problem? I think

Re: MSYS Makefiles Generator

Paulo Jorge Guedes schrieb: -Original Message- From: William A. Hoffman [mailto:[EMAIL PROTECTED] Sent: terça-feira, 4 de Abril de 2006 17:09 To: kde-buildsystem@kde.org Subject: RE: MSYS Makefiles Generator At 12:01 PM 4/4/2006, Paulo Jorge Guedes wrote: Well, I renamed

Re: QT_LSTAT

Paulo Jorge Guedes schrieb: Hi, There is an unguarded use of QT_LSTAT in kdecore/kstandarddirs.cpp:727: int res = QT_LSTAT(link, stat_buf); This define is not available on win32-g++. Yes, I know. We discussed this on the list already. I'll fix it until the next

Re: MSYS Makefiles Generator

William A. Hoffman schrieb: At 01:29 PM 4/3/2006, Paulo Jorge Guedes wrote: Hi, It seems that CMakeDirectoryInformation.cmake files are not being correctly generated. Notice the path on the mkspecs entry: [...] D:/downloads/qt-win-opensource-src-4.1.1/include/Qt

Re: Build errors

Paulo Jorge Guedes schrieb: -Original Message- From: William A. Hoffman [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 29 de Março de 2006 15:42 To: kde-buildsystem@kde.org Subject: Re: Build errors What is the current status of the windows build? Is it time to set up a dashboard?

Re: Build errors

Maarten Th. Mulders schrieb: Well, rebuild Qt 4.1.1 with the patches you mentioned. Building dcop.exe now fails with: Linking CXX executable ..\..\bin\dcop.exe dcop.obj : error LNK2019: unresolved external symbol __declspec(dllimport) public: bool __thiscall QUrl::hasQuery(void)const

Re: kdewin32 build error

Paulo Jorge Guedes schrieb: -Original Message- From: Ralf Habacker [mailto:[EMAIL PROTECTED] Sent: quarta-feira, 22 de Março de 2006 18:33 To: kde-buildsystem@kde.org Subject: Re: kdewin32 build error Ralf Habacker schrieb: I'm using qt 4.1.0 and had the same problem. This is

Re: seg fault genembed w/ keramaik

Von: Kurt V. Hindenburg [EMAIL PROTECTED] Hello, getting farther along... any ideas where to start? make[2]: Entering directory `/mnt/part6/KDE/builds/trunk/KDE/kdelibs4_snapshot_cmake' Generating keramikrc.h cd /mnt/part6/KDE/builds/trunk/KDE/kdelibs4_snapshot_cmake/kstyles/keramik

RE: Build problems with cmake / msvc2005

Von: Michael Drüing [EMAIL PROTECTED] snip Okay, but then it should not only search in C:\Program Files\kdewin32 but also in $KDEDIR/lib, because I don't want my kde installed in c:\program files\kdewin32. I have set KDEDIR=d:\kde4 but CMake seems to ignore this. Or is there any other

Re: Build problems with cmake / msvc2005

Michael Biebl schrieb: Why do these problems raise up once more? What's the problem to build install kdewin32 *before* starting with kdelibs4? My problem was not to type make make install for kdewin32. I usually read the installation instruction and they clearly said so. The problem

Re: what version of qt to use?

William A. Hoffman schrieb: For the dashboards at kitware, I did this: download qt-x11-opensource-src-4.1.0/ Then, I applied some patch to: qsyntaxhighlighter.cpp But, now the dashboards have errors, and I was told to use qt-copy. Is there another small patch? What about windows? I

Re: KDE_DEPRECATED

Peter Kümmel schrieb: kdemacros: #ifndef KDE_DEPRECATED # ifndef Q_CC_MSVC # define KDE_DEPRECATED Q_DECL_DEPRECATED # else # define KDE_DEPRECATED # endif #endif Why is KDE_DEPRECATED disabled for msvc? Does it still not work, even not placed in front of the functions? It is

Re: building kde3support on win32 cannot link

Hello, I am compiling kde3support on win32 in MSVC 8 2005. When linking skde3support linker shows the following errors: snip What is wrong? What must I do to correct the error? Imho it works fine for me (don't know excatly since I don't recompile this lib very often). - do you use

Re: building kde3support on win32 cannot link

Von: Rikardo Tinauer [EMAIL PROTECTED] Hello, * I am using the commercial version of Qt for win32, version 4.1.1. * I believe my svn is up to date, I downloaded files 2 days ago. * Yes I tried to recompile the files I tried reslovnig the problem. I found out that my Qt is built so it

Re: Fwd: KDE/kdebase/libkonq

Von: Thiago Macieira [EMAIL PROTECTED] Benjamin Reed wrote: On 3/2/06, Thiago Macieira [EMAIL PROTECTED] wrote: On ELF systems using dynamic libraries, where such nonsense is not necessary, don't install the dependency libraries. To our Windows developers: how does MSVC solve such