Andreas Pakulat schrieb:
> 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.
>
I tried it on another machine running xp professional and it works too.
The initial test machine was running XP home, must be a win32 problem.
>
>> 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.
>
>
fixed
>> #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.
>
Linking CXX shared module ../../lib/kdevcpplanguagesupport.dll
CMakeFiles/kdevcpplanguagesupport.dir/cppcodecompletionmodel.obj: In
function
`ZN22CppCodeCompletionModel10setContextEN8KDevelop14DUChainPointerINS0_9DUContextEEERKN11KTextEditor6CursorEPNS4_4ViewE':D:/daten/kdevelop/languages/cpp/cppcodecompletionmodel.cpp:346:
undefined reference to
`Cpp::CodeCompletionContext::~CodeCompletionContext()'
CMakeFiles/kdevcpplanguagesupport.dir/cppcodecompletionmodel.obj: In
function
`ZN22CppCodeCompletionModel10setContextEN8KDevelop14DUChainPointerINS0_9DUContextEEERKN11KTextEditor6CursorEPNS4_4ViewE':D:/Programme/kdewin-mingw/bin/../include/QtCore/qatomic.h:75:undefined
reference to
`Cpp::CodeCompletionContext::CodeCompletionContext(KDevelop::DUChainPointer<KDevelop::DUContext>,
QString const&, bool, QStringList const&)'
CMakeFiles/kdevcpplanguagesupport.dir/cppcodecompletionmodel.obj: In
function
`ZN22CppCodeCompletionModel10setContextEN8KDevelop14DUChainPointerINS0_9DUContextEEERKN11KTextEditor6CursorEPNS4_4ViewE':D:/daten/kdevelop/languages/cpp/cppcodecompletionmodel.cpp:318:undefined
reference to `Cpp::CodeCompletionContext::operator bool() const'
:D:/daten/kdevelop/languages/cpp/cppcodecompletionmodel.cpp:321:
undefined reference to
`Cpp::CodeCompletionContext::memberAccessContainer() const'
CMakeFiles/kdevcpplanguagesupport.dir/cppcodecompletionmodel.obj: In
function
`ZN22CppCodeCompletionModel10setContextEN8KDevelop14DUChainPointerINS0_9DUContextEEERKN11KTextEditor6CursorEPNS4_4ViewE':d:/Programme/kdelibs/include/ksharedptr.h:98:undefined
reference to `Cpp::CodeCompletionContext::memberAccessContainer() const'
CMakeFiles/kdevcpplanguagesupport.dir/cppcodecompletionmodel.obj: In
function
`ZN22CppCodeCompletionModel10setContextEN8KDevelop14DUChainPointerINS0_9DUContextEEERKN11KTextEditor6CursorEPNS4_4ViewE':D:/daten/kdevelop/languages/cpp/cppcodecompletionmodel.cpp:346:
undefined reference to
`Cpp::CodeCompletionContext::~CodeCompletionContext()'
>> 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.
>
>
committed
BTW: I noticed that recent kdevelop 4 code has gotten a major
refactoring (for example splitting out kdevplatform) and that several
parts are not working on win32. I'm unsure if this is a win32 porting
problem or if these issues are platform independent. I found for example
- creating new projects does not display project templates
- after opening the kdevelop projectfile the project manager shows only
the project related dirs but there ist no more functionality
- The Configure KDevelop dialog shows only one tab of settings, in kde3
kdevelop versions there were much more.
Can you tell something about the state of kdevelop 4 ?
Ralf