question about win32 related patched

[Thiago Macieira]

Ralf Habacker wrote:
>This let me think if in future KDE should have an os extension
>library (as the win dir for win32 now), which contains all the missing
>functions and fixes the os related flawing, so that all kde libs can
> work with a unique set of lowlevel functions.

I don't agree. This is one of the purposes for libkdecore anyways: we 
shouldn't standardise the C-level API and build C++ upon it. We should 
standardise on C++ already.

As David said, DCOP is an abnormal case, because it sits below the 
lowermost KDE library (libkdecore).

>The win dir is currently designed as a set of source files and compiler
>specific system header in include/<compiler>/... (for example mingw
> missed some network header), which structure may be used for additional
> platforms and or compiler.

This sounds like glibc's sysdeps subdirs. But I didn't understand: why do 
we carry mingw's headers inside KDE? Are they missing in mingw itself? 
And if they are missing, are the function implementation in the libraries 
(DLLs) present regardless of the mingw version?

-- 
  Thiago Macieira  -  thiago (AT) macieira.info - thiago (AT) kde.org
    PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

3. Ac seo woruld wearð geborod, swá se Scieppend cwæð "Gewurde Unix" and 
wundor fremede and him "Unix" genemned, þæt is se rihtendgesamnung.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20051018/4653ccb7/attachment.sig>