Re: API specification and library hell still not solved.

"Daniel C. von Asmuth" <asmuth-8LkvcxCLB6JmR6Xm/[email protected]>
Newsgroups gmane.linux.usability.annoyances
Message-ID <[email protected]>
Thus quoth Marco van de Voort on Tue, Aug 19, 2003 at 11:05:52AM +0200:
> 
> The API (headers) of Linux (kernel and *nix userland) is in C, and C is
> kind of problematic to convert to an arbitrary format (e.g. a different
> language).. 

> Besides being in C (which is hard enough already), they are all different,
> and use different macros, constructs, defines etc, which pretty much means a
> custom parser for each set of headers (package), and even that isn't fully
> automatic. (and handconversions are costly from a time perspective, and
> therefore will nearly permanently be out of date)
 
And the same thing goes for Windows. That's why we program in C, although
C has some drawbacks. I did hand-convert some Windows header files into
Visual Basic at a time. If you program in Java, you get an abstract 
unified Operating System API. 

The real trouble with the various Unices is that they all have slightly 
different API's and header files. Porting legacy software to Linux will
often work with a little tweaking of the makefiles, but Linux code will
not always readily work on older OSes.

Kind regards,


Daniel von Asmuth

-- 
	wat heb je nodig bij een uitzichtloos leven? euthanasie?
	nee, windows.
	van microsoft?
	nee, van glas.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.