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