summaryrefslogtreecommitdiffstats
path: root/lib/libc/arch/arm/gen/Makefile.inc (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Add support for timeconting in userland.pirofti2020-07-061-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | This diff exposes parts of clock_gettime(2) and gettimeofday(2) to userland via libc eliberating processes from the need for a context switch everytime they want to count the passage of time. If a timecounter clock can be exposed to userland than it needs to set its tc_user member to a non-zero value. Tested with one or multiple counters per architecture. The timing data is shared through a pointer found in the new ELF auxiliary vector AUX_openbsd_timekeep containing timehands information that is frequently updated by the kernel. Timing differences between the last kernel update and the current time are adjusted in userland by the tc_get_timecount() function inside the MD usertc.c file. This permits a much more responsive environment, quite visible in browsers, office programs and gaming (apparently one is are able to fly in Minecraft now). Tested by robert@, sthen@, naddy@, kmos@, phessler@, and many others! OK from at least kettenis@, cheloha@, naddy@, sthen@
* rely on the compiler giving us a built-in alloca. any new architecturederaadt2012-04-191-3/+1
| | | | | or compiler we use will. ok millert
* alloca.c cannot be usedderaadt2012-04-121-2/+1
|
* Revert (leaving the complex math part alone). Some stuff is dependingmartynas2011-07-081-3/+3
| | | | | on this historical behavior; so we're stuck in this stupid situation. No cookie for me.
* Move fabs(3), frexp(3), and modf(3) to libm--nothing has been usingmartynas2011-07-081-3/+3
| | | | them in libc for a very long time. OK guenther@.
* remove from gen so that lint doesn't check gen if assembly versionsmartynas2009-04-211-3/+3
| | | | are available. spotted by theo
* - ldexp implementation has issues. switch to the one from libmmartynas2009-04-191-2/+2
| | | | | | - remove frexp in hppa64, cloned from hppa - move generic ieee754 implementations of modf and ldexp to gen ok kettenis@, "looks good" millert@
* - move isinf, isnan dups to gen, since most is ieee 754martynas2008-07-241-3/+4
| | | | | | | | | | | | | | | | - is{inf,nan} should be macros for real-floating, so rename to __is{inf,nan}, per C99 - implement C99 __fpclassify(), __fpclassifyf(), __isfinite(), __isfinitef(), __isnormal(), __isnormalf(), __signbit(), __signbitf() - long functions added, but not yet enabled, till ieee.h is fixed - implement vax equivalents of the functions - reimplement isinff, isnanf in a better way, and move to libc - add qnan bytes for all archs - bump major man pages will follow ok millert@. arm bits looked over by drahn@ discussed w/ theo, who showed the right direction, to put these functions in libc
* if we pull in a .S file, we must fake out the lint with a .c filederaadt2005-11-291-12/+5
| | | | | for this first cut, we will do this for alloca() using alloca.c by adding it to LSRCS
* Replace broken frexp() with a working one from FreeBSD. There'smillert2005-02-011-2/+1
| | | | | | no need to have a copy for each platform with ieee floating point, only vax needs a special version (which probably has similar bugs). OK and with help from otto@
* Correct modf (from alpha) instead of one which doesnt compile from NetBSDdrahn2004-02-031-2/+2
|
* add missing frexpdrahn2004-02-021-1/+2
|
* cleanupdrahn2004-02-021-17/+1
|
* Use the real fpgetround found in softfloat.drahn2004-02-021-2/+1
|
* ARGH, forgot tags.drahn2004-02-011-0/+1
|
* arm libc support. From NetBSD. currently supports softfloat.drahn2004-02-011-0/+31