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

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 t

Problem when calling FIND_PACKAGE(Qt) twice inside a project

Hi, When FIND_PACKAGE(QT) is called twice (e.g. in cmake source root and a subdirectory) I sometimes get this error: --8<- E:\kde\kdebase-build>nmake Microsoft (R) Program Maintenance Utility, Version 8.00.50727.42 Copyright (C) Microsoft Corporation. Alle

Re: Unexpected behaviour of kde4automoc

Jarosław Staniek schrieb: Hello, On windows (msvc) kde4automoc executes moc in new window for a quarter of second or so (closes as soon as moc finishes). Have anybody encountered the same for kdelibs updated yesterday? moc is a console app -> QProcess spawns a new moc process and the new win

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 Kde-buildsystem@kde.or

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" \ "C

Find_Library_Ex for msvc

h a WIN32_DEBUG_POSTFIX similar +#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 th

Re: Find_Library_Ex for msvc

Alexander Neundorf schrieb: > On Sunday 23 September 2007 07:55, Christian Ehrlicher wrote: >> Hi, >> >> msvc needs to distinguish between debug and release libs to avoid >> crashes (it use a different runtime and therefore some symbols/functions >> are incompatib

Problem with to long path names on win32

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 Compiler generiert) kann nicht geöffnet werden: "

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

Problem with Qt4 and release mode on windows

Hi, when I compile a qt plugin in release mode (and therefore link against release qt lib) I've the problem that cmake does not set -DQT_NO_DEBUG . Because of this Qt assumes we're compiling this plugin in debug mode: qconfig.h: == #if !defined(QT_NO_DEBUG) && !defined(QT_DEBUG) # define

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 t

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

Re: Getting rid of the LIB_INSTALL_DIR hack on windows

Brad King schrieb: > Christian Ehrlicher wrote: >> install(TARGETS kfoo kbar USE_PROPERTIES foo) >> >> where foo contains all informations about the install locations? > > How is this different from > > install(TARGETS kfoo kbar ${foo_INSTALL_RULES}) > &g

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_INST

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

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

Re: [Patch] introduce new cmake var KDE4_LIB_DESTINATION

Alexander Neundorf schrieb: > On Monday 18 February 2008, Christian Ehrlicher wrote: >> Alexander Neundorf schrieb: >>> On Saturday 16 February 2008, Christian Ehrlicher wrote: >>>> Alexander Neundorf schrieb: >>> ... >>> >>>>> Comme

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: http://www.gmx.net

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

> Von: Ralf Habacker > Christian Ehrlicher schrieb: > >> 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

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

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: Solid example break kde4 bootstrap

David Faure schrieb: On Tuesday 15 April 2008, Christian Ehrlicher wrote: The solid examples are searching for kde4: find_package(KDE4 REQUIRED) They have just been disabled again. I got the commit mail from allen one minute ago :) Thx, Christian signature.asc Description: OpenPGP

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: [ANNOUNCE] automoc4 from kdesupport now supported for building KDE

Alexander Neundorf schrieb: > On Saturday 10 May 2008, Alexander Neundorf wrote: >> Hi, >> >> we moved automoc (the tool which does the automoc'ing) to kdesupport, so it >> can be used also by non-KDE apps (and maybe be integrated into cmake). > > I think we can make automoc from kdesupport requir

Re: kde4_add_unit_test assumes wrong executable name

> Von: Pau Garcia i Quiles > Quoting Patrick Spendrin > > > Hi all, > > > > this is just a small bug I found but I am not sure how to solve it > > correctly: > > > > KDE4Macros.cmake:810 does > > set(_executable ${EXECUTABLE_OUTPUT_PATH}/${_test_NAME}.bat) > > whereas it should rather be > > set(_

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 this

Re: Patch for KDE4Macros to use extra target on Windows

Alexander Neundorf schrieb: > On Friday 18 July 2008, Christian Ehrlicher wrote: >> Matthias Kretz schrieb: >>> Hi, >>> >>> attached is a patch to use the new automoc macro which adds a new target >>> per default on Windows. >>> >>>

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 germ

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 @@ target_link_l

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

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 Kde-buildsyst

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+pyt

Re: maco_optional_find_package magic

Jeff Mitchell schrieb: > Alexander Neundorf wrote: >> On Friday 13 March 2009, Jeff Mitchell wrote: >>> Can someone clue me in as to how macro_optional_find_package manages to >>> not have the configure abort (at the end) if the package isn't found? I >>> thought it might be something in KDE4Defau

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? >> >> http://websvn.kde.org/trunk/extragear/multimedia/amarok

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 mean

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

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?

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 REVI

Re: Building kde4libs on win32 with msvc 2005

> --- Ursprüngliche Nachricht --- > Von: Peter Kümmel <[EMAIL PROTECTED]> > An: kde-buildsystem@kde.org > Betreff: Re: Building kde4libs on win32 with msvc 2005 > Datum: Tue, 28 Feb 2006 11:27:07 +0100 > > Rikardo Tinauer wrote: > > Hello, > > > > I am building kde4libs on win32 with cmake and ms

Re: Building kde4libs on win32 with msvc 2005

Ralf Habacker schrieb: > Christian Ehrlicher schrieb: >>> --- Ursprüngliche Nachricht --- >>> Von: Peter Kümmel <[EMAIL PROTECTED]> >>> An: kde-buildsystem@kde.org >>> Betreff: Re: Building kde4libs on win32 with msvc 2005 >>> Datum: Tue, 28

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: > 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 Qt4.1

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

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 MS

Re: building kde3support on win32 cannot link

> Von: "William A. Hoffman" <[EMAIL PROTECTED]> > At 05:55 AM 3/2/2006, Christian Ehrlicher wrote: > >Thx for the informations. I'll try to recompile kde3support in the next > few > >days and take a look what's going wrong there. > > >

Re: building kde3support on win32 cannot link

William A. Hoffman schrieb: > At 09:16 AM 3/2/2006, Christian Ehrlicher wrote: > >>> Christian, what is the current state of building on win32 with msvc? >> It compiles (not all, but nearly), but with some local changes I currently >> did not commit and maybe are not

Re: building kde3support on win32 cannot link

Christian Ehrlicher schrieb: >> Hello, >> >> I am compiling kde3support on win32 in MSVC 8 2005. When linking >> skde3support >> linker shows the following errors: > >> What is wrong? What must I do to correct the error? > Imho it works fine for me (

Re: There can be only one! (global.h)

Von: Thiago Macieira <[EMAIL PROTECTED]> > Alexander Neundorf wrote: > >On Sunday 05 March 2006 14:59, Stephan Kulow wrote: > >> On Sunday, 5. March 2006 11:46, Peter Kümmel wrote: > >> > Hi there, > >> > > >> > while compiling khtml/kjs with mingw I've met a problem: > >> > > >> > There are THREE

Re: Status of cmake into kde

Alexander Neundorf schrieb: > On Friday 10 March 2006 16:09, Laurent Montel wrote: >> Hi, >> I put a status of cmake into kde after this week. >> Now >> kdelibs/kdebase/kdetoys/kdeedu/kdeaccessibility/kdenetwork/kdepim/kdegames/ >> kdeadmin/kdeutils have cmake support. Now all compile completly for

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

Re: KDE_DEPRECATED

David Faure schrieb: >> 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... :) > Ok, I'll take a look on this

Re: KDE_DEPRECATED

Brad King schrieb: > Peter Kuemmel wrote: >> */Brad King <[EMAIL PROTECTED]>/* wrote: >> I've found that a KDE_DEPRECATED-style macro is insufficient across >> compilers. Some compilers want the decoration before the method and >> some want it after the method. In VTK I created a "VTK_L

Re: KDE_DEPRECATED

Matt Rogers schrieb: > On Friday 10 March 2006 12:04, Christian Ehrlicher wrote: >> Brad King schrieb: >>> Peter Kuemmel wrote: >>>> */Brad King <[EMAIL PROTECTED]>/* wrote: >>>> I've found that a KDE_DEPRECATED-style macro is insufficie

Re: Status of cmake into kde

Alex Caudill schrieb: > > -Original Message- > From: Peter Kümmel [mailto:[EMAIL PROTECTED] > Sent: Friday, March 10, 2006 12:14 PM > To: kde-buildsystem@kde.org > Subject: Re: Status of cmake into kde > > Alex Caudill wrote: >>> Could anyone comment on the steps taken to build kdelibs w

Re: Status of cmake into kde

William A. Hoffman schrieb: > At 01:31 PM 3/10/2006, Alex Caudill wrote: > > >> -Original Message- >> From: Peter Kümmel [mailto:[EMAIL PROTECTED] >> Sent: Friday, March 10, 2006 12:14 PM >> To: kde-buildsystem@kde.org >> Subject: Re: Status of cmake into kde >> >> Alex Caudill wrote: >>

Re: KDE_DEPRECATED

Alex Caudill schrieb: > I've fixed all broken KDE_DEPRECATED instances that I could find. I can > provide patches if needed. Yes, this would be nice. Christian signature.asc Description: OpenPGP digital signature ___ Kde-buildsystem mailing list Kde-b

KDE/kdelibs/kjsembed/kjsembed

SVN commit 518284 by chehrlic: seems like unsermake doesn't define MAKE_KJSEMBED_LIB and therefore it doesn't work as expected. can we use kdelibs_export.h here or must it stay kde-independent? CCMAIL: kde-buildsystem@kde.org M +8 -3 global.h --- trunk/KDE/kdelibs/kjsembed/kjsembed/gl

Re: KDE_DEPRECATED Fixes

Alex Caudill schrieb: > The attached diff fixes all KDE_DEPRECATED instances that affected my msvc > build. Any objections against the move of KDE_DEPRECATED in front of the function? I had to change ~30 headers... Christian signature.asc Description: OpenPGP digital signature

Re: kdewin32 not building

William A. Hoffman schrieb: > I am getting the following errors when I try to build kdewin32.dll: > > > Building C object CMakeFiles/kdewin32.dir/src/inet.objinet.c > c:\Hoffman\kde\kdelibs\win\src\inet.c(51) : warning C4013: '_set_errno' > undefined; assuming extern returning int > Building C o

Re: kdewin32 not building

William A. Hoffman schrieb: > At 02:15 PM 3/13/2006, Christian Ehrlicher wrote: >> William A. Hoffman schrieb: >>> I am getting the following errors when I try to build kdewin32.dll: >> afais _set_errno() needs stdlib.h and errno.h which are correct >> included.

Re: kdewin32 not building

William A. Hoffman schrieb: > > At 05:04 PM 3/13/2006, Christian Ehrlicher wrote: >> William A. Hoffman schrieb: >>> At 02:15 PM 3/13/2006, Christian Ehrlicher wrote: >>>> William A. Hoffman schrieb: >>>>> I am getting the following errors when I

RE: Build problems with cmake / msvc2005

> Von: Michael Drüing <[EMAIL PROTECTED]> > > On 3/17/06, Michael Drüing <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > > - cmake -G"NMake Makefiles" ..\kdelibs failed. It couldn't find the > > > > kdewin32 lib. The problem was, that it looked for a lib called > > > > kdewin32.lib, while by def

RE: Build problems with cmake / msvc2005

> Von: Michael Drüing <[EMAIL PROTECTED]> > 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 en

Re: Build problems with cmake / msvc2005

William A. Hoffman schrieb: > At 09:46 AM 3/17/2006, Alex Caudill wrote: > >> You could: >> 1.) use cmakesetup and modify the directories for each library location >> 2.) modify the cmake cache by hand >> >> Is there some reason for treating kdewin32 as a seperate dependency? it >> seems like you

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.

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

Re: Problems building dcopserver on windows/msvc2005

Michael Biebl schrieb: > Hi all, > > when compiling trunk/KDE/kdelibs on windows with cmake/nmake/msvc2005 > the build fails with this error message: > ... fixed. Christian signature.asc Description: OpenPGP digital signature ___ Kde-buildsystem mai

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 proble

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/k

Re: Build errors

Maarten Th. Mulders schrieb: > Hi all, > > after cmake ran without any problems (thanks, Alex), I try to build the > project using Visual C++ Express 2005. > The first error is solved quite easily, MSVC doesn't recognize > KDEWIN32_EXPORT but with the little patch attached, that problem is solved.

Re: Build errors

Maarten Th. Mulders schrieb: > Hi all, > > after cmake ran without any problems (thanks, Alex), I try to build the > project using Visual C++ Express 2005. > The first error is solved quite easily, MSVC doesn't recognize > KDEWIN32_EXPORT but with the little patch attached, that problem is solved.

Re: Different Linkage

> Hi all, > > quite a big chance I am doing something wrong again, but here is my > question: > when building KDElibs with Visual C++ 2005 Express all goes well until > building kdecore, especially kapplication.cpp. > There, the following error occurs: > > D:\source\kde-svn\kdelibs\kdecore\klocal

Re: Build errors

William A. Hoffman schrieb: > What is the current status of the windows build? > Is it time to set up a dashboard? I have not done so > yet, because it did not compile without errors. Should > kdelibs compile without errors on windows now? It compiled some time ago - currently I don't know becau

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

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

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 kdeli

Re: kdeui/kglobalaccel_win.h

Benjamin Reed schrieb: > 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 cmake was scanning the depend

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 proble

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 Descrip

Re: M_PI

> --- Ursprüngliche Nachricht --- > Von: Ralf Habacker <[EMAIL PROTECTED]> > An: kde-buildsystem@kde.org > Betreff: Re: M_PI > Datum: Mon, 10 Apr 2006 08:09:26 +0200 > > Paulo Moura Guedes schrieb: > > On Friday 07 April 2006 21:10, Christian Ehrlicher wrot

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:

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" { #end

Re: KDE/kdelibs/kjs

Alexander Neundorf schrieb: > On Wednesday 12 April 2006 13:21, Paulo Moura Guedes wrote: >> SVN commit 528999 by mojo: >> >> MSVC needs stdint.h from kdewin32 includes. >> >> CCMAIL: kde-buildsystem@kde.org >> >> M +3 -0 CMakeLists.txt >> >> >> --- trunk/KDE/kdelibs/kjs/CMakeLists.txt #5289

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 thin

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

RE: MAKE_KDEFX_LIB

> As you can see, __declspec(dllimport) is being used because > MAKE_KDEFX_LIB is not defined. What's wrong with __declspec(dllimport) here? kdefx.lib doesn't export struct KStyle::DoubleButtonOption - that's the problem. But it's correctly exported in kstyle.h - seems like msvc doesn't like this

UI - files not processed with vcproj generator?

Hi, When trying to compile kdeui with mscv/vcproj ui_kspellui.h and the other ui_foo.h are not generated. Any ideas? Christian ___ Kde-buildsystem mailing list Kde-buildsystem@kde.org https://mail.kde.org/mailman/listinfo/kde-buildsystem

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

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/vc

Re: UI - files not processed with vcproj generator?

William A. Hoffman schrieb: > At 03:37 PM 4/23/2006, Christian Ehrlicher wrote: >> 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 Ehrlich

Re: ui4 headers

Alexander Neundorf schrieb: > On Monday 24 April 2006 14:22, Stephan Kulow wrote: >> Hi! >> >> There is a bug using parallel if the applications is using qt4 uic files. >> It can easily be reproduced with a fresh kdemultimedia build system >> (I'm sure it's there in other modules too, but I noticed

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

Re: msvc: qHash

> 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 > KSortab

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

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 - y

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

Re: msvc: makekdewidgets

Ralf Habacker schrieb: > Christian Ehrlicher schrieb: >>> Peter Kümmel schrieb: >>>> Something for the kdewin32 TODO list: >>>> >>>> >>>> makekdewidgets throws an assert in win/src/mmap.c: >>>> >>>> line 117: >

Re: windows build

Peter Kümmel schrieb: > Thiago Macieira wrote: >> Peter Kümmel wrote: >>> +#ifdef Q_OS_WIN >>> +template class QDBUS_EXPORT QList; >>> +#endif >> Shouldn't this be Q_CORE_EXPORT? >> > > Oh, Q_CORE_EXPORT isn't a kdelibs macro, > so maybe you are right. > > I couldn't remember what the difference

  1   2   >