Have you read the whole thing? Have you ever seen a complete
implementation? Hell, have you ever seen a standard that doesn't suck?
Pthreads, locales, mmap, sockets, ioctl, select/poll, ... and that is
without going into all the hideous api details that even saner parts
of the spec are full of.
On May 26, 2009, at 8:50 PM, Szabolcs Nagy wrote:
On 5/26/09, Kris Maglione wrote:
That's exactly what I said. The basic system calls are defined
great, then i misunderstood you (or you misunderstood me)
There's no reason that signal(2) and raise(2) can't be
implemented in pure C, aside
On Tue, May 26, 2009 at 08:50:35PM +0200, Szabolcs Nagy wrote:
There's no reason that signal(2) and raise(2) can't be
implemented in pure C, aside from the usual syscall machinery.
They're usually implemented as system calls.
um i don't understand your point
they cannot be implemented except wit
I see people saying this all of the time, but never an explanation.
Could you elaborate why posix is a piece of shit?
On Tue, May 26, 2009 at 08:28:49PM +0200, Uriel wrote:
> The only problem is that PoSix is a piece of shit.
>
> uriel
>
> On Mon, May 25, 2009 at 4:25 PM, Kurt H Maier wrote:
>
On 5/26/09, Kris Maglione wrote:
> That's exactly what I said. The basic system calls are defined
great, then i misunderstood you (or you misunderstood me)
> There's no reason that signal(2) and raise(2) can't be
> implemented in pure C, aside from the usual syscall machinery.
> They're usually i
The only problem is that PoSix is a piece of shit.
uriel
On Mon, May 25, 2009 at 4:25 PM, Kurt H Maier wrote:
> http://libposix.sourceforge.net/
>
> It's an implementation of POSIX 2008 -- and nothing else! This is the
> sort of thing we can use to build a suckless coreutils package, in my
> op
On Tue, May 26, 2009 at 06:56:14PM +0200, Szabolcs Nagy wrote:
It's possible to write portable code that utilizes platform (or
architecture) specific code. You need to segregate the portable
portions from the unportable portions, so that porting only
requires writing some system call stubs for ea
On 5/26/09, Kris Maglione wrote:
> On Tue, May 26, 2009 at 05:13:23PM +0200, Szabolcs Nagy wrote:
>>posix syscalls cannot be implemented in a cross platform way, they
>>depend on system internals
> It's possible to write portable code that utilizes platform (or
> architecture) specific code. You n
On Tue, May 26, 2009 at 05:13:23PM +0200, Szabolcs Nagy wrote:
"A cross platform implementation, that should replace existing
implementations of the system core libraries"
posix syscalls cannot be implemented in a cross platform way, they
depend on system internals
It's possible to write portab
On 5/25/09, Kurt H Maier wrote:
> http://libposix.sourceforge.net/
>
> It's an implementation of POSIX 2008 -- and nothing else! This is the
"A full implementation of the POSIX 2008 standard"
that means an entire operating system (including shell, commands, etc)
"A cross platform implementation
Kurt H Maier wrote:
http://libposix.sourceforge.net/
It's an implementation of POSIX 2008 -- and nothing else! This is the
sort of thing we can use to build a suckless coreutils package, in my
opinion.
$ git clone git://libposix.git.sourceforge.net/gitroot/libposix
Initialized empty Git re
http://libposix.sourceforge.net/
It's an implementation of POSIX 2008 -- and nothing else! This is the
sort of thing we can use to build a suckless coreutils package, in my
opinion.
--
# Kurt H Maier
12 matches
Mail list logo
