bionic.git - Android's bionic

	Commit message (Collapse)	Author	Age	Files	Lines
*	Ensure __set_errno is still visible on LP32.	Elliott Hughes	2014-09-08	1	-3/+1
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	The use of the .hidden directive to avoid going via the PLT for __set_errno had the side-effect of actually making __set_errno hidden (which is odd because assembler directives don't usually affect symbols defined in a different file --- you can't even create a weak reference to a symbol that's defined in a different file). This change switches the system call stubs over to a new always-hidden __set_errno_internal and has a visible __set_errno on LP32 just for binary compatibility with old NDK apps. Bug: 17423135 Change-Id: I6b6d7a05dda85f923d22e5ffd169a91e23499b7b
*	Make __set_errno hidden in asm.	Dan Albert	2014-08-08	1	-0/+2
\| \| \| \| \| \| \| \|	This fixes the build after the -Bsymbolic change. Bug: 16853291 Change-Id: I989c9fec3c32e0289ea257a3bd2b7fd2709b6ce2 (cherry picked from commit bc9f9f25bf1247a6a638a2a2df8441bdd9fabad7)
*	Remove unnecessary instructions from x86/x86_64 syscalls.	Elliott Hughes	2014-06-05	1	-1/+0
\| \| \| \| \| \| \| \|	__set_errno returns -1 exactly so that callers don't need to bother. The other architectures were already taking advantage of this, but no one had ever fixed x86 and x86_64. Change-Id: Ie131494be664f6c4a1bbf8c61bbbed58eac56122
*	Stop using the non-uapi <linux/err.h> header file.	Elliott Hughes	2013-11-07	1	-3/+1
\| \| \| \| \| \| \|	We only need it for MAX_ERRNO, and it's time we had somewhere to put the little assembler utility macros we've been putting off writing. Change-Id: I9354d2e0dc47c689296a34b5b229fc9ba75f1a83
*	Sort the syscalls.mk files, give all generated files the same header.	Elliott Hughes	2013-10-16	1	-1/+2
\| \| \| \| \| \|	No non-comment changes to the .S files. Change-Id: Iafcfd004c3ea92b64268f80ab16df615b97cefac
*	Regenerate the system call stubs (to get x86_64).	Elliott Hughes	2013-10-01	1	-0/+17
	This touches the x86 stubs too because arm, x86, and x86_64 now all share the same header (at a source level), which causes a reordering of the #include lines. Change-Id: If9a1e2b2718bd41d8399fea748bce672c513ef84