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

[Christian Ehrlicher]

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

Christian

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://mail.kde.org/pipermail/kde-windows/attachments/20060106/63bb0d5e/attachment.pgp