summaryrefslogtreecommitdiffstats
path: root/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Back out wprintf until we've determined what to do for gcc2 and gcc3 arches.stsp2011-04-249-1807/+4
|
* remove STANDARDS section, as this function does not conform to any;jmc2011-04-241-6/+2
| | | | | | | prompted by deraadt original issue (mandoc has no support for \*(Px) reported by Matthew Dempsky; kristaps and ingo are looking at whether to add support for the Px or not;
* Add fwprintf, swprintf, vfwprintf, vswprintf, vwprintf, and wprintf to libc.stsp2011-04-249-4/+1807
| | | | | | Based on our vfprintf etc. implementations. Wide character parts based on NetBSD but with lots of macros expanded. Minor bump for libc. ok kettenis espie
* fenv for i386, and sparc64; from matthew@martynas2011-04-242-0/+849
| | | | not reviewed yet, but it's better to track changes in cvs
* fenv for armmartynas2011-04-241-0/+269
|
* Implement C99 floating-point environment for Alpha.martynas2011-04-231-0/+362
| | | | | | | | | Delivering FPE with non-masked exceptions doesn't work on Alpha; I suspect there's a bug in the kernel trap handler. FE_INEXACT is intentionally left out of FE_ALL_EXCEPT; since the inexact exception is not being maintained. Otherwise it will lead to the bogus results.
* Enable the SIGWINCH handler in ncurses.nicm2011-04-231-3/+3
| | | | | | | | | | | | Prompted by mail from Mikolaj Kucharski on tech@ and discussion with deraadt@ and millert@. A library installing signal handlers without being asked is seriously wrong but it appears quite a few applications now depend on the ncurses SIGWINCH and it looks to be safe. Safer than the other signal handlers it installs (apparently without request... boke). ok millert
* Merge the same fix for hppa64; reminded by miod@:martynas2011-04-231-2/+2
| | | | | Sticky flags are in the left half of fpsr;  not the undefined bits in the right half.  OK miod@.
* Do not document FP_X_IOV--it's an alpha-only thing. Similarly likemartynas2011-04-231-3/+2
| | | | we don't document the i386/amd64 denormalization exception.
* Sticky flags are in the left half of fpsr; not the undefined bitsmartynas2011-04-221-2/+2
| | | | in the right half. OK miod@.
* Clarify SO_SPLICE semantics in setsockopt(2).bluhm2011-04-221-7/+10
| | | | ok jmc@
* fenv for amd64; from matthew@martynas2011-04-211-0/+423
| | | | feedback & ok guenther@, matthew@
* fenv for hppamartynas2011-04-211-0/+355
|
* Make this code actually compile on hppa64.jsing2011-04-219-79/+79
| | | | ok kettenis@
* Rework setjmp so that it works for hppa64.jsing2011-04-211-67/+67
| | | | ok kettenis@
* Provide reasonable gdtoa headers.jsing2011-04-212-2/+15
| | | | ok kettenis@
* Make SYS.h actually compile on hppa64.jsing2011-04-211-14/+14
| | | | ok kettenis@
* Don't use 'n' for the length of multibyte chars, because it is the lengthyasuoka2011-04-211-2/+3
| | | | | | of wide characters. This will fix a problem of uim-fep pre-edit display. OK stsp@
* fenv for m68kmartynas2011-04-201-0/+360
|
* Trick GCC optimizer into clipping any extra precision by making wmartynas2011-04-204-7/+11
| | | | | | | volatile; a similar hack was already being used in lrintf(). This will make rint and {,l}lrint family functions actually work; i.e. on m68k rintf(8.6F) was 8.625.
* Implement correct prologue and epilogue for hppa64.jsing2011-04-201-6/+6
| | | | ok kettenis@
* Fix spacing nit.matthew2011-04-191-3/+3
| | | | ok jmc@
* Do not over-specify the return value.schwarze2011-04-191-5/+6
| | | | | | Instead, just document what POSIX requires. Reminded of the problem by joachimschipper dot nl, Feedback from matthew@, krw@, deraadt@, and ok deraadt@.
* slightly cleanup by separating socket-specific code fromratchov2011-04-184-37/+46
| | | | protocol specific code. No behaviour change
* Revert the sigacts diff: NFS can apparently retain pointers to processesguenther2011-04-181-14/+2
| | | | | | until they're zombies and then send them signals (for intr mounts). Until that is untangled, the sigacts change is unsafe. sthen@ was the victim for this one
* The {,l}lround{,f} implementations are based on {,l}lrint{,f},martynas2011-04-174-13/+13
| | | | | | | | therefore affected by the same bugs I've fixed a week ago. The high part was being clipped for all exponents greater or equal to 52. Fix this to use RESTYPE_BITS instead; also make the code consistent.
* 20 -> DBL_FRACHBITSmartynas2011-04-171-4/+4
|
* Document what happens when x equals y.martynas2011-04-161-2/+9
|
* C99: "The nextafter functions return y if x equals y."martynas2011-04-162-2/+2
| | | | | | | | Therefore, in nextafter() and nextafterf(): - if(x==y) return x; /* x=y, return x */ - if(x==y) return y; /* x=y, return y */ This matters for negative zero inputs of x or y.
* remove aucat(1) and midicat(1) socket paths from the FILES sections.ratchov2011-04-161-9/+3
| | | | | Besides being wrong, they are part of sndio internals and don't need to be exposed in such a high level man page.
* for unix domain socket addresses use AUCAT_PATH and MIDICAT_PATHratchov2011-04-162-5/+5
| | | | macros instead of hardcoded strings. No object change
* Since aucat supports any parameter combination sio_getcap() doesn'tratchov2011-04-161-15/+1
| | | | | need to query the server for supported parameters. So stop using the AMSG_GETCAP message, and remove it completely from the aucat protocol.
* Make aucat audio and midi backends share the same code to communicateratchov2011-04-1615-606/+627
| | | | | | with the server. As we're at it use the same protocol for midi and audio. Now, both audio and midi code use the same SNDIO_DEBUG environment variable to turn on/off DPRINTF's.
* Remove wrong check.ariane2011-04-151-10/+1
| | | | | | | | | | | | | HPPA longjmp tests that the env parameter < the current stack pointer. The test relies on the stack being at the end of the memory space. This test is wrong for a couple of reasons: - the main stack is at 0x78000000-0x80000000, but allocations between 0x80000000-0xc0000000 are available to the program, - pthread stacks may be at any place in the address space, allowing a heap-allocated env parameter to fail the check. ok deraadt@, kettenis@, guenther@ at least
* p_sigacts is NULL for zombies, so FILL_KPROC() and kvm_proclist() haveguenther2011-04-151-7/+12
| | | | | | to handle that with the sigacts change. problem observed and diagnosed by claudio@ and kettenis@
* wcwidth() must return -1 if the character is not printable.stsp2011-04-151-2/+4
| | | | | Diff from Alexander Polakov. OK phessler@
* Correct the sharing of the signal handling state: stuff that shouldguenther2011-04-151-2/+9
| | | | | | | | | | | | be shared (p_sigignore, p_sigcatch, P_NOCLDSTOP, P_NOCLDWAIT) moves to struct sigacts, wihle stuff that should be per rthread (ps_oldmask, SAS_OLDMASK, ps_sigstk) moves to struct proc. Treat the coredumping state bits (ps_sig, ps_code, ps_type, ps_sigval) as per-rthread until our locking around coredumping is better. Oh, and remove the old SunOS-compat ps_usertramp member. "I like the sound of this" tedu@
* Unrevert the FS.base diff: the issues were actually elsewhereguenther2011-04-131-4/+7
| | | | Additional testing by jasper@ and pea@
* Use mio_<backend>_ prefix for private midi-related functions and putratchov2011-04-125-91/+87
| | | | | them in files named mio_<backend>.c No behaviour change.
* document MAP_TRYFIXED. short version: don't use it. prodded by deraadt.tedu2011-04-111-2/+11
|
* The {,l}lrint{,f} functions avoid to shift results by more than 31martynas2011-04-102-8/+8
| | | | | | | | | | | | | bits, because "behavior is implementation defined in this case". However, this is wrong; behavior is undefined if the right operand is greater than or equal to the width of the promoted left operand. This broke {,l}lrint{,f} (64-bit architectures), and llrint{,f} (32-bit architectures) where results are actually 64-bit values. The high part was clipped for all exponents greater or equal to 52. Fix this to use RESTYPE_BITS instead; {,l}lrint{,f} are now able to pass our regression tests, and I think are right now.
* Pull more headers to avoid warnings about structs being undefined.miod2011-04-101-1/+2
|
* Pull more headers to avoid warnings about structs being undefined.miod2011-04-101-1/+2
|
* 20 -> DBL_FRACHBITSmartynas2011-04-101-4/+4
|
* The assumption that |1.0 * 2^exp| = 0, exp < -1 cannot be made whenmartynas2011-04-102-8/+8
| | | | we round towards -inf or +inf.
* Revert bulk of the FS.base diff, as it causes issues on some machinesguenther2011-04-101-7/+4
| | | | and the problem isn't obvious yet.
* On the a.out architectures, WEAK_ALIAS does an implicit _C_LABEL()deraadt2011-04-093-6/+6
| | | | ok miod
* More NULL -> 0 fallout.miod2011-04-091-3/+3
|
* a_syms is an int, not a pointer; ok miodderaadt2011-04-081-2/+2
|
* Clean up function naming: use sio_<backend>_ prefix for privateratchov2011-04-085-219/+233
| | | | | audio-related functions and put them in files named sio_<backend>.c No behaviour changes.