musl - musl - an implementation of the standard library for Linux-based systems

Age	Commit message (Collapse)	Author	Lines
2011-09-22	"optimize" arm __pthread_self	Rich Felker	-4/+1
	actually this is just to avoid gcc being stupid and refusing to inline the function version, even when the size cost is essentially identical whether it's inlined or not.
2011-09-21	update syscalls with off_t arguments to handle argument alignment, if needed	Rich Felker	-1/+2
	the arm syscall abi requires 64-bit arguments to be aligned on an even register boundary. these new macros facilitate meeting the abi requirement without imposing significant ugliness on the code.
2011-09-19	fix the definition of struct statvfs to match lsb abi	Rich Felker	-15/+6
	at the same time, make struct statfs match the traditional definition and make it more useful, especially the fsid_t stuff.
2011-09-19	cleanup redundancy in bits/signal.h versions	Rich Felker	-121/+12

2011-09-19	fix the type of wchar_t on arm; support wchar_t varying with arch	Rich Felker	-6/+6
	really wchar_t should never vary, but the ARM EABI defines it as an unsigned 32-bit int instead of a signed one, and gcc follows this nonsense. thus, to give a conformant environment, we have to follow (otherwise L""[0] and L'\0' would be 0U rather than 0, but the application would be unaware due to a mismatched definition for WCHAR_MIN and WCHAR_MAX, and Bad Things could happen with respect to signed/unsigned comparisons, promotions, etc.). fortunately no rules are imposed by the C standard on the relationship between wchar_t and wint_t, and WEOF has type wint_t, so we can still make wint_t always-signed and use -1 for WEOF.
2011-09-19	fix incorrect long double parameters on arm (and other future ports)	Rich Felker	-10/+10
	this was the cause of crashes in printf when attempting to print floating point values.
2011-09-18	initial commit of the arm port	Rich Felker	-0/+2076
	this port assumes eabi calling conventions, eabi linux syscall convention, and presence of the kernel helpers at 0xffff0f?0 needed for threads support. otherwise it makes very few assumptions, and the code should work even on armv4 without thumb support, as well as on systems with thumb interworking. the bits headers declare this a little endian system, but as far as i can tell the code should work equally well on big endian. some small details are probably broken; so far, testing has been limited to qemu/aboriginal linux.