kdevelop compile problems
Andreas Pakulat
apaku at gmx.de
Mon Jul 9 11:33:44 CEST 2007
On 09.07.07 02:04:30, Ralf Habacker wrote:
> the appended patch fixes win32 compile problems with kdevelop.
>
> There are several areas not working
Thanks for testing.
> - file manager:
> - It is not possible to change the path in the to another drive
Well, I think this is a KDE bug in general (unless I missed something),
because the "root" folder on windows should display a list of the
drive's. Which (AFAIK) doesn't happen at the moment. Anyway, the bug
here is inside the KFile* stuff, the filemanager just provides a view on
top of a KFileItem model.
> - only the home dir is listed in the list of available pathes - it is a
> bookmark only ?
I have no idea what it should be used for, I suggest you ask on
kdevelop-devel as Alexander (who coded it) doesn't read this list.
> - entering level up directories sn't updated in the current path display -
> again it is a bookmark display only ?
Thats a clear bug, doesn't work on linux either.
> ide is broken by seg faults and qt asserts.
>
> - saving a file or opening a project results into a qt assert
>
> [2568] kio (KDirLister): +KDirLister
> [2568] Qt Warning: Unknown property spacing-top
> [2568] Qt Fatal: ASSERT: "!isEmpty()" in file
> d:/Programme/kdewin-mingw/include/QtCore/qlist.h, line 233
> [2568] kio (KDirListerCache): -KDirListerCache
> [2568] kio (KDirWatch): KDirWatchPrivate::removeEntry for 'C:/Dokumente und
> Einstellungen/Ralf' sub_entry: 0x0
I guess (but really only a guess) the problem is KDirWatch, AFAIK it
doesn't have a proper win32 port and saving as well as project opening
works for me. Also it worked 2 weeks ago when I created screenshots of
KDev4 on win32.
> Index: CMakeLists.txt
> ===================================================================
> --- CMakeLists.txt (revision 685261)
> +++ CMakeLists.txt (working copy)
> @@ -2,9 +2,8 @@
>
> set(CMAKE_MODULE_PATH ${CMAKE_SOURCE_DIR}/cmake/modules)
>
> -
> -find_package(ZLIB REQUIRED)
> find_package(KDE4 REQUIRED)
> +#find_package(ZLIB REQUIRED)
Yeah, ZLIB is not required anymore.
> #find_package(BerkeleyDB)
> #find_package(TDB)
> include (KDE4Defaults)
> Index: languages/cpp/CMakeLists.txt
> ===================================================================
> --- languages/cpp/CMakeLists.txt (revision 685261)
> +++ languages/cpp/CMakeLists.txt (working copy)
> @@ -31,7 +31,6 @@
> cppcodecompletionmodel.cpp
> )
>
> -if(NOT WIN32)
> set(kdevcpplanguagesupport_PART_SRCS
> ${kdevcpplanguagesupport_PART_SRCS}
> includepathresolver.cpp
> @@ -39,7 +38,6 @@
> stringhelpers.cpp
> setuphelpers.cpp
> )
> -endif(NOT WIN32)
Huh? It built fine here 2 weeks ago. Can you please check what exactly
is the problem? We need to fix that. Please don't commit this part.
> kde4_automoc(${kdevcpplanguagesupport_PART_SRCS})
> kde4_add_plugin(kdevcpplanguagesupport ${kdevcpplanguagesupport_PART_SRCS})
> Index: languages/cpp/expressionparser/typeutils.h
> ===================================================================
> --- languages/cpp/expressionparser/typeutils.h (revision 685261)
> +++ languages/cpp/expressionparser/typeutils.h (working copy)
> @@ -86,7 +86,7 @@
> }
>
> template<class Type>
> - KDEVCPPEXPRESSIONPARSER_EXPORT bool isType( AbstractType* t ) {
> + bool isType( AbstractType* t ) {
> return (bool)dynamic_cast<Type>( t );
> }
Ok with me.
Andreas
--
You don't become a failure until you're satisfied with being one.
More information about the Kde-windows
mailing list