| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| |
| |
| | |
Add unix seteuid()
Adds prototype for unix seteuid() as defined [here](http://pubs.opengroup.org/onlinepubs/009695399/functions/seteuid.html).
|
|/
|
|
| |
Adds prototype for unix seteuid() as defined here: http://pubs.opengroup.org/onlinepubs/009695399/functions/seteuid.html
|
|\
| |
| |
| |
| |
| |
| | |
add a number of linux syscalls
vfork, wait4, getresuid, getresgid, personality, vhangup,
swapon, swapoff, getdomainname, setdomainname, iopl, ioperm
|
| | |
|
| |
| |
| |
| | |
Make changes to reflect this
|
| |
| |
| |
| |
| | |
vfork, wait4, getresuid, getresgid, personality, vhangup,
swapon, swapoff, getdomainname, setdomainname, iopl, ioperm
|
|\ \
| | |
| | |
| | | |
Add x86_64 module to uclibc/mod.rs
|
| | | |
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add experimental L4re support
This PR introduces a UNIX-alike target for the l4re microkernel
operating system. While this system is not a UNIX system at all, it is
easiest to use the POSIX interface and hence benefit from common
definitions.
This version is a very early draft, only the basic data types have been
verified and most of the complex data types (structs and unions) have
not been ported yet.
Thanks to TobiasSchaffner for providing his patched version, to verify some assumptions.
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This commit introduces a UNIX-alike target for the l4re microkernel
operating system. While this system is not a UNIX system at all, it is
easiest to use the POSIX interface and hence benefit from common
definitions.
This version is a very early draft, only the basic data types have been
verified and most of the complex data types (structs and unions) have
not been ported yet.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Adding missing structs from linux/user.h
Adding structs from linux/user.h (or sys/user.h depending on OS version). This adds the linux user_regs_struct and user struct from sys/user.h into libc for x86 and x86_64. Also, bumping the version number.
As an aside, I was wondering if this was also the right place to add the bit offsets for the [EFLAGS register ](https://en.wikibooks.org/wiki/X86_Assembly/X86_Architecture#EFLAGS_Register)? These aren't defined anywhere in the linux system libraries instead the definition seems to just be in the x86 and x86_64 documentation but they are useful for anyone looking to interpret eflags. If libc is the right place for these constants I'd like the opportunity to add them before it's merged in. :)
|
| | |
| | |
| | |
| | | |
Fixed the issues that prevented the libc_tests that are generated from passing. Also, fixed struct names and types to be representative of the linux source files.
|
| | |
| | |
| | |
| | | |
Forgot to update cargo.lock before prior commit.
|
| | |
| | |
| | |
| | | |
Fixed trailing whitespace in x86.rs and reverted the minor version number in the Cargo.toml
|
| | | |
|
| | |
| | |
| | |
| | | |
Added equivalents for user_regs_struct and user_struct from linux/user.h for x86 and x86_64.
|
|\ \ \
| | | |
| | | |
| | | | |
Add _SC_NPROCESSORS_CONF on Linux
|
|/ / / |
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | | |
fill out common unix syscalls
i'm expecting a few build failures, particularly from brk/sbrk.
|
| | |
| | |
| | |
| | | |
hopefully that fixes build errors
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | | |
Fill in sys/sem.h as well as getitimer and setitimer
struct semun is not implemented and neither is semtimedop.
|
| | | |
|
| | | |
|
| |\ \ |
|
| | |\ \ |
|
| |/ / /
| | | |
| | | |
| | | | |
overflow lines caused style build failure
|
| | | |
| | | |
| | | |
| | | | |
somehow i didn't catch this on my machine...oversight
|
| | | |
| | | |
| | | |
| | | |
| | | | |
_GNU_SOURCE works differently than other libraries and creates
function pointer issues
|
| | | |
| | | |
| | | |
| | | | |
semget, semop, semctl; semtimedop not implemented and struct semun not defined
|
| | | |
| | | |
| | | |
| | | | |
also struct itimerval, which is necessary for the implementation
|
|\ \ \ \
| |_|/ /
|/| | |
| | | |
| | | |
| | | | |
Added the sync() function from unistd.h
This fixes #601.
|
| | | | |
|
| | |/
| |/| |
|
|\ \ \
| | |/
| |/|
| | |
| | |
| | | |
Add gmtime()
Also slightly modified argument name for localtime.
|
| |/
| |
| |
| | |
Also slightly modified argument name for localtime.
|
|/ |
|
|\
| |
| |
| |
| |
| |
| |
| | |
Use NOCANCEL variants for close on Mac
The default `close()` on OS X does not provide clear errors, instead the `$NOCANCEL` variants should be used. These are available as of OS X 10.6 onwards.
Fixes #595.
|
| |
| |
| |
| |
| |
| | |
The default on OS X does not provide clear errors,
instead the NOCANCEL variants should be used. These are available
as of OS X 10.6 onwards.
|
|\ \
| | |
| | |
| | |
| | |
| | | |
Bump to 0.2.23
I've added a bunch of constants and xattr support for macos. We've also got preliminary support for uclibc with #578.
|
|/ / |
|
|\ \
| |/
|/|
| |
| |
| | |
Add ENOATTR for Linux
It's defined differently for OSX and *BSD, so having a Linux definition is helpful for cross-platform code.
|
| | |
|
|\ \
| |/
|/|
| | |
Add AT_FDCWD for FreeBSD
|
|/ |
|
|\
| |
| |
| |
| |
| | |
Steps towards support for musl-unknown-linux-uclibc
Hello! I've been working towards resolving https://github.com/rust-lang/libc/issues/361 , this PR compiles successfully with a newish compiler (with some minor fixes in `gcc`, `ctest`), and all the tests pass for `libc-ctest`. Basically most of the undefined functions, constants, and structs were just removed from the ctest, and then any constants that weren't correct were fixed. Would it make more sense to conditionally remove them from libc? I wasn't sure when it was appropriate to skip the test for it instead of removing the function/constants, so I just removed all the tests for now because that was a little easier than hunting them down. I'm also guessing the way some of the constants were conditionally set wasn't the correct style, would you guys have any advice on how to do it more correctly? Lemme know how it looks!
|
| | |
|