Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
LWN.net Weekly Edition for May 9, 2013
(Nearly) full tickless operation in 3.10
I think C callable functions with prototypes would offer better type-checking than macros that generate syscall(), and one reason to NOT use syscall directly is to get the arg types correct.
Glibc and the kernel user-space API
Posted Jan 30, 2013 19:14 UTC (Wed) by kpfleming (subscriber, #23250)
Posted Jan 30, 2013 21:48 UTC (Wed) by justincormack (subscriber, #70439)
Posted Jan 30, 2013 23:41 UTC (Wed) by and (subscriber, #2883)
The same is true if you would use macros
Posted Jan 31, 2013 1:19 UTC (Thu) by skissane (subscriber, #38675)
This suggests it is useful to distinguish new functionality into two groups:
I think module loading, kexec, etc., really belong to group (2). That then suggests, that these functions don't belong in LibC, but instead in some separate Linux-specific library or header file (a "liblinux").
Posted Jan 31, 2013 3:36 UTC (Thu) by raven667 (subscriber, #5198)
I think there is a real debate that should happen to figure out where the best place is to draw the lines for cross platform compatibility. Should one use the OpenBSD model where there is a core project that takes full advantage of all the OpenBSD-only features along with a separate project for porting that to other systems. What about the rest of user space, of desktops, where should things be tied to the particular OS by using OS features and where should things be designed for the lowest common denominator, or where is it acceptable to provide multiple implementations with ifdef.
Posted Jan 31, 2013 14:26 UTC (Thu) by bkw1a (subscriber, #4101)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds