259065 |
07-Dec-2013 |
gjb |
- Copy stable/10 (r259064) to releng/10.0 as part of the 10.0-RELEASE cycle. - Update __FreeBSD_version [1] - Set branch name to -RC1
[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so start releng/10.0 at '100' so the branch is started with a value ending in zero.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation |
256281 |
10-Oct-2013 |
gjb |
Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.
Approved by: re (implicit) Sponsored by: The FreeBSD Foundation
|
253266 |
12-Jul-2013 |
marius |
Prefix the alias macros for members of struct __mcontext with an underscore in order to avoid a clash in the net80211 code.
|
251047 |
28-May-2013 |
kib |
The getcontext() from the __fillcontextx() call in the check_deferred_signal() returns twice, since handle_signal() emulates the return from the normal signal handler by sigreturn(2)ing the passed context. Second return is performed on the destroyed stack frame, because __fillcontextx() has already returned. This causes undefined and bad behaviour, usually the victim thread gets SIGSEGV.
Avoid nested frame and the need to return from it by doing direct call to getcontext() in the check_deferred_signal() and using a new private libc helper __fillcontextx2() to complement the context with the extended CPU state if the deferred signal is still present.
The __fillcontextx() is now unused, but is kept to allow older libthr.so to be used with the new libc.
Mark __fillcontextx() as returning twice [1].
Reported by: pgj Pointy hat to: kib Discussed with: dim Tested by: pgj, dim Suggested by: jilles [1] MFC after: 1 week
|
230864 |
01-Feb-2012 |
kib |
Make the sys/ucontext.h self-contained by changing the return type of __getcontextx_size(3) from size_t to int.
PR: ports/164654 MFC after: 1 month
|
230429 |
21-Jan-2012 |
kib |
Add API for obtaining extended machine context states that cannot be fit into existing mcontext_t.
On i386 and amd64 do return the extended FPU states using getcontextx(3). For other architectures, getcontextx(3) returns the same information as getcontext(2).
Tested by: pho MFC after: 1 month
|
226606 |
21-Oct-2011 |
das |
Replace a proliferation of buggy MD implementations of modf() with a working MI one. The MI one only needs to be overridden on machines with non-IEEE754 arithmetic. (The last supported one was the VAX.) It can also be overridden if someone comes up with a faster one that actually passes the regression tests -- but this is harder than it sounds.
|
165903 |
09-Jan-2007 |
imp |
Per Regents of the University of Calfornia letter, remove advertising clause.
# If I've done so improperly on a file, please let me know.
|
163118 |
08-Oct-2006 |
kmacy |
Fix TLS on sparc64 for statically and dynamically linked binaries Approved by: rwatson (mentor) Reviewed by: jmg and marcel
|
143658 |
15-Mar-2005 |
das |
Remove fpsetsticky(). This was added for SysV compatibility, but due to mistakes from day 1, it has always had semantics inconsistent with SVR4 and its successors. In particular, given argument M:
- On Solaris and FreeBSD/{alpha,sparc64}, it clobbers the old flags and *sets* the new flag word to M. (NetBSD, too?) - On FreeBSD/{amd64,i386}, it *clears* the flags that are specified in M and leaves the remaining flags unchanged (modulo a small bug on amd64.) - On FreeBSD/ia64, it is not implemented.
There is no way to fix fpsetsticky() to DTRT for both old FreeBSD apps and apps ported from other operating systems, so the best approach seems to be to kill the function and fix any apps that break. I couldn't find any ports that use it, and any such ports would already be broken on FreeBSD/ia64 and Linux anyway.
By the way, the routine has always been undocumented in FreeBSD, except for an MLINK to a manpage that doesn't describe it. This manpage has stated since 5.3-RELEASE that the functions it describes are deprecated, so that must mean that functions that it is *supposed* to describe but doesn't are even *more* deprecated. ;-)
Note that fpresetsticky() has been retained on FreeBSD/i386. As far as I can tell, no other operating systems or ports of FreeBSD implement it, so there's nothing for it to be inconsistent with.
PR: 75862 Suggested by: bde
|
140607 |
22-Jan-2005 |
das |
Replace the ldexp() implementation in libc with a renamed copy of the scalbn() implementation from libm. (The two functions are defined to be identical, but ldexp() lives in libc for backwards compatibility.) The old ldexp() implementation... - was more complicated than this one - set errno instead of raising FP exceptions - got some corner cases wrong (e.g. ldexp(1.0, 2000) in round-to-zero mode)
The new implementation lives in libc/gen instead of libc/$MACHINE_ARCH/gen, since we don't need N copies of a machine-independent file. The amd64 and i386 platforms retain their fast and correct MD implementations and override this one.
|
140424 |
18-Jan-2005 |
das |
Correct the values of FLT_ROUNDS for the FE_UPWARD and FE_DOWNWARD cases.
|
133754 |
15-Aug-2004 |
dfr |
Add support for TLS in statically linked programs.
|
132366 |
18-Jul-2004 |
das |
Replace seven nominally MD implementations of frexp() that are broken for subnormals with one implementation that works.
|
131852 |
09-Jul-2004 |
das |
Implement the classification macros isfinite(), isinf(), isnan(), and isnormal() the hard way, rather than relying on fpclassify(). This is a lose in the sense that we need a total of 12 functions, but it is necessary for binary compatibility because we have never bumped libm's major version number. In particular, isinf(), isnan(), and isnanf() were BSD libc functions before they were C99 macros, so we can't reimplement them in terms of fpclassify() without adding a dependency on libc.so.5. I have tried to arrange things so that programs that could be compiled in FreeBSD 4.X will generate the same external references when compiled in 5.X. At the same time, the new macros should remain C99-compliant.
The isinf() and isnan() functions remain in libc for historical reasons; however, I have moved the functions that implement the macros isfinite() and isnormal() to libm where they belong. Moreover, half a dozen MD versions of isinf() and isnan() have been replaced with MI versions that work equally well.
Prodded by: kris
|
125865 |
16-Feb-2004 |
das |
Fix some aliasing problems.
|
125669 |
10-Feb-2004 |
cperciva |
style cleanup: Remove duplicate $FreeBSD$ tags.
These files had tags after teh copyright notice, inside the comment block (incorrect, removed), and outside the comment block (correct).
Approved by: rwatson (mentor)
|
124182 |
06-Jan-2004 |
nectar |
Remove unused variables. Add required headers and function declarations.
|
118655 |
08-Aug-2003 |
jake |
Implement signalcontext.
|
112963 |
01-Apr-2003 |
jake |
Implement makecontext.
|
110769 |
12-Feb-2003 |
mike |
o Implement C99 classification macros isfinite(), isinf(), isnan(), isnormal(). The current isinf() and isnan() are perserved for binary compatibility with 5.0, but new programs will use the macros. o Implement C99 comparison macros isgreater(), isgreaterequal(), isless(), islessequal(), islessgreater(), isunordered().
Submitted by: David Schultz <dschultz@uclink.Berkeley.EDU>
|
110566 |
08-Feb-2003 |
mike |
Implement fpclassify(): o Add a MD header private to libc called _fpmath.h; this header contains bitfield layouts of MD floating-point types. o Add a MI header private to libc called fpmath.h; this header contains bitfield layouts of MI floating-point types. o Add private libc variables to lib/libc/$arch/gen/infinity.c for storing NaN values. o Add __double_t and __float_t to <machine/_types.h>, and provide double_t and float_t typedefs in <math.h>. o Add some C99 manifest constants (FP_ILOGB0, FP_ILOGBNAN, HUGE_VALF, HUGE_VALL, INFINITY, NAN, and return values for fpclassify()) to <math.h> and others (FLT_EVAL_METHOD, DECIMAL_DIG) to <float.h> via <machine/float.h>. o Add C99 macro fpclassify() which calls __fpclassify{d,f,l}() based on the size of its argument. __fpclassifyl() is never called on alpha because (sizeof(long double) == sizeof(double)), which is good since __fpclassifyl() can't deal with such a small `long double'.
This was developed by David Schultz and myself with input from bde and fenner.
PR: 23103 Submitted by: David Schultz <dschultz@uclink.Berkeley.EDU> (significant portions) Reviewed by: bde, fenner (earlier versions)
|
108738 |
05-Jan-2003 |
tmm |
Rewrite longjmp() and _longjmp() to directly restore the saved frame, instead of unwinding the call stack. This makes them usable to switch stacks, e.g. for libc_r. Do not save the frame pointer in setjmp() and _setjmp(), it is not needed any more. Rename _longjmp() to ___longjmp(), with a weak alias to _longjmp(), like the other architectures did.
|
108736 |
05-Jan-2003 |
tmm |
Rename siglongjmp() to __siglongjmp(), with a weak alias to siglongjmp(), like the other architectures do.
|
106268 |
31-Oct-2002 |
archie |
Re-apply the previously backed-out commit that fixes the problem where HUGE_VAL is not properly aligned on some architectures. The previous fix now works because the two versions of 'math.h' (include/math.h and lib/msun/src/math.h) have since been merged into one.
PR: bin/43544
|
103686 |
20-Sep-2002 |
archie |
Revert previous commit to unbreak world until we figure out the right way to do it.
|
103653 |
19-Sep-2002 |
archie |
Fix a problem with the definition of HUGE_VAL causing the gcc warning "cast increases required alignment of target type" on some platforms.
Reviewed by: bde
|
103324 |
14-Sep-2002 |
tmm |
Use the macros from machine/fsr.h; some minor cleanups.
|
103323 |
14-Sep-2002 |
tmm |
Add implementations of fpgetmask(), fpgetround(), fpgetsticky(), fpsetround(), fpsetsticky(), obtained from NetBSD and tweaked a little to use definitions from machine/fsr.h instead of magic numbers.
|
103296 |
13-Sep-2002 |
tmm |
Add an implementation of fabs() (which is quite trivial). When it is called directly, gcc is smart enough to generate inline code for it, which is why it wasn't noticed before that it was missing.
fabs() would probably better fit into libm, but it has traditionally been in libc on FreeBSD, so there is probably software around that makes assumptions about this by now.
|
99018 |
29-Jun-2002 |
obrien |
Use __FBSDID.
|
99017 |
29-Jun-2002 |
obrien |
Add frexp(3).
Obtained from: OpenBSD
|
92986 |
22-Mar-2002 |
obrien |
Fix the style of the SCM ID's. I believe have made all of libc .c's as consistent as possible.
|
92889 |
21-Mar-2002 |
obrien |
Remove 'register' keyword.
|
92054 |
11-Mar-2002 |
tmm |
Account for <machine/fsr.h> no longer being usable for assembler code.
|
92053 |
11-Mar-2002 |
tmm |
Fix __dtoul to work on sparc64 (it used a half-way v8 stack layout), and make it PIC-aware.
|
91663 |
05-Mar-2002 |
jake |
Add fpsetmask(). Needed to build miniperl.
Obtained from: netbsd
|
91662 |
05-Mar-2002 |
jake |
Fix a bug where siglongjmp would clobber the argument to return from sigsetjmp. It would return the value of the signal flag, instead.
Pointy hat to: jake
|
88613 |
29-Dec-2001 |
jake |
Use jmpbuf offsets, not ucontext_t.
|
88612 |
29-Dec-2001 |
jake |
Add .register directives for gcc3. Adapt to jmpbuf no longer being a ucontext_t. Restore the context "by hand" in longjmp and call sigprocmask, instead of just using sigreturn.
|
88611 |
29-Dec-2001 |
jake |
__infinity is not const.
|
88610 |
29-Dec-2001 |
jake |
Add jmpbuf offsets. Remove ucontext offsets.
|
88609 |
29-Dec-2001 |
jake |
Add .register directives for gcc3. Adapt to jmpbuf no longer being a ucontext_t. Call abort if longjmperror returns.
|
86562 |
19-Nov-2001 |
jake |
Actually build new files.
Forgotten by: jake
|
86535 |
18-Nov-2001 |
jake |
Add more libc stuff.
Obtained from: netbsd
|
86534 |
18-Nov-2001 |
jake |
Catch up to jmpbuf changes. Define offsets used from assmebly language in another file so that it is easy to see what they are and keep them in sync with the headers (grafted from the kernel generated assym.s).
|
85518 |
26-Oct-2001 |
jake |
Minimal libc for sparc64.
Reviewed by: obrien
|