[Kde-windows] [Fwd: Problems with win/include/msvc]

[Ralf Habacker]

Christian Ehrlicher schrieb:

>Ralf Habacker schrieb:
>
>  
>
>>Jarosław Staniek schrieb:
>>
>>
>>    
>>
>>>Christian Ehrlicher said the following, On 2006-01-06 18:50:
>>>
>>>
>>>
>>>
>>>      
>>>
>>>>Do you have an idea how to fix this?
>>>>The best way would be to provide an own header which only defines
>>>>KDEWIN32_EXPORT so we're independent from KDE headers.
>>>>
>>>>Christian
>>>>
>>>>-------- Original-Nachricht --------
>>>>Betreff: [Kde-windows] Problems with win/include/msvc
>>>>Datum: Tue, 03 Jan 2006 18:08:49 +0100
>>>>Von: Christian Ehrlicher <Ch.Ehrlicher at gmx.de>
>>>>Antwort an: KDE on Windows <kde-windows at kde.org>
>>>>An: KDE on Windows <kde-windows at kde.org>
>>>>
>>>>Hi
>>>>
>>>>I've some problems with scons tests and headers in win/include/msvc.
>>>>Most of this headers depend on build/config.h and kdelibs_export.h.
>>>>This seems to be wrong because kdewin32 should be a wrapper for missing
>>>>functions for kdelibs and so it shouldn't depend on kde headers. It
>>>>should be no problem to remove this depency. The only thing we have to
>>>>take care for is that all functions are exported correct. But this
>>>>shouldn't be done with kdelibs_export.h.
>>>>  
>>>>
>>>>        
>>>>
>>>We're only talking about compile-time dependency on kdelibs_export.h.
>>>
>>>Kdewin32 is a part of kdelibs. Is there a scenario when it can be distributed 
>>>outside of the kdelibs? In such case perhaps we could just make a symlink in 
>>>SVN (as was the case with admin/ dir)?
>>>
>>>
>>>      
>>>
>>The kdewin32 library is something like a (not complete and somehow 
>>kdelibs depending) posix extension to msvc/mingw. I've seen several 
>>ported non kde related package, which each of them contains another 
>>implementation of mainly required posix functions like gettimeofday()
>>*dir() and others. For example 
>>http://root.cern.ch/viewcvs/cint/lib/posix/winposix.h?rev=1.2
>>
>>May be some day in the future, all such functions could be gathered into 
>>one posixwin or winposix library.
>>    
>>
>This sounds good
>My current problems maybe just occour because of hard coded paths like
>'./win/include/kdelibs_export_win.h'...
>I just think that it isn't a good idea to include kdelibs_export.h in
>every header - normally you don't expect that system headers include
>another header which isn't available in the same directory (or
>subdirectory).
>
>  
>
For that I included kdelibs_export.h only in include/mingw/sys/types.h 
and made sure, that every system header include that file.

http://websvn.kde.org/trunk/KDE/kdelibs/win/include/mingw/sys/types.h?rev=479166&view=markup

Ralf

>Christian
>
>  
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Kde-windows mailing list
>Kde-windows at kde.org
>https://mail.kde.org/mailman/listinfo/kde-windows
>  
>