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
|
254463 |
17-Aug-2013 |
jilles |
libc: Access _logname_valid more efficiently.
The variable _logname_valid is not exported via the version script; therefore, change C and i386/amd64 assembler code to remove indirection (which allowed interposition). This makes the code slightly smaller and faster.
Also, remove #define PIC_GOT from i386/amd64 in !PIC mode. Without PIC, there is no place containing the address of each variable, so there is no possible definition for PIC_GOT.
|
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
|
246117 |
30-Jan-2013 |
kib |
Rework the __vdso_* symbols attributes to only make the symbols weak, but use normal references instead of weak. This makes the statically linked binaries to use fast gettimeofday(2) by forcing the linker to resolve references and providing the neccessary functions.
Reported by: bde Tested by: marius (sparc64) MFC after: 2 weeks
|
240178 |
06-Sep-2012 |
jilles |
libc/amd64: Do not export .cerror.
For some reason, libc exports the symbol .cerror (HIDENAME(cerror)), albeit in the FBSDprivate_1.0 version. It looks like there is no reason for this since it is not used from other libraries. Given that it cannot be accessed from C and its strange calling convention, it is rather unlikely that other things rely on it. Perhaps it is from a time when symbols could not be hidden.
Most of the amd64 assembler code jumps to .cerror using the GOT. It can jump to it directly now, as in non-PIC mode.
There are also some minor size optimizations to instructions but they yield virtually no benefit in the size of libc.so.7 due to padding.
Reviewed by: kib
|
237434 |
22-Jun-2012 |
kib |
Use struct vdso_timehands data to implement fast gettimeofday(2) and clock_gettime(2) functions if supported. The speedup seen in microbenchmarks is in range 4x-7x depending on the hardware.
Only amd64 and i386 architectures are supported. Libc uses rdtsc and kernel data to calculate current time, if enabled by kernel.
Hopefully, this code is going to migrate into vdso in some future.
Discussed with: bde Reviewed by: jhb Tested by: flo MFC after: 1 month
|
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
|
227023 |
02-Nov-2011 |
kib |
Make sure that stack is 16-byte aligned before calling a function, as it is required by amd64 ABI. Add a comment for the places were the stack is accidentally properly aligned already.
PR: amd64/162214 Submitted by: yamayan <yamayan kbh biglobe ne jp> MFC after: 1 week
|
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.
|
224253 |
21-Jul-2011 |
gnn |
Remove incorrect attribution.
Approved by: re (kib) Pointed out by: brueffer Pointy hat to: gnn
|
224246 |
21-Jul-2011 |
gnn |
Make both stpcpy and strcpy be assembly language implementations on amd64.
Submitted by: Guillaume Morin (guillaume at morinfr.org) Reviewed by: kib, jhb Approved by: re (bz) MFC after: 1 month
|
218303 |
04-Feb-2011 |
kib |
Remove duplicate .note.GNU-stack section declaration. bcopy already made the neccessary provisions.
Reported by: arundel
|
217106 |
07-Jan-2011 |
kib |
Add section .note.GNU-stack for assembly files used by 386 and amd64.
|
213308 |
30-Sep-2010 |
dim |
Retire the amd64 and i386 specific inline assembly versions of ldexp.c, as they are slower than the generic version in C, at least on modern hardware. This leaves us with just five implementations.
Suggested by: bde Approved by: rpaulo (mentor)
|
213281 |
29-Sep-2010 |
dim |
Apply the same workaround for clang to amd64's version of ldexp.c (as in r212976): order the incoming arguments to fscale as st(0), st(1), and mark temp2 volatile (only in case of compilation with clang) to force clang to pop it correctly. No binary change when compiled with gcc.
This fixes ldexp() when compiled with clang on amd64, which makes drand48() and friends work correctly again, and this in turn fixes perl's tempfile().
Reported by: Renato Botelho, Derek Tattersall Approved by: rpaulo (mentor)
|
184789 |
09-Nov-2008 |
ed |
Mark uname(), getdomainname() and setdomainname() with COMPAT_FREEBSD4.
Looking at our source code history, it seems the uname(), getdomainname() and setdomainname() system calls got deprecated somewhere after FreeBSD 1.1, but they have never been phased out properly. Because we don't have a COMPAT_FREEBSD1, just use COMPAT_FREEBSD4.
Also fix the Linuxolator to build without the setdomainname() routine by just making it call userland_sysctl on kern.domainname. Also replace the setdomainname()'s implementation to use this approach, because we're duplicating code with sysctl_domainname().
I wasn't able to keep these three routines working in our COMPAT_FREEBSD32, because that would require yet another keyword for syscalls.master (COMPAT4+NOPROTO). Because this routine is probably unused already, this won't be a problem in practice. If it turns out to be a problem, we'll just restore this functionality.
Reviewed by: rdivacky, kib
|
184547 |
02-Nov-2008 |
peter |
We've been lax about matching END() macros in asm code for some time. This is used to set the ELF size attribute for functions. It isn't normally critical but some things can make use of it (gdb for stack traces). Valgrind needs it so I'm adding it in. The problem is present on all branches and on both i386 and amd64.
|
180080 |
28-Jun-2008 |
das |
Two FP-related setjmp/longjmp changes:
1. Save and restore the control part of the MXCSR in addition to the i387 control word to ensure that the two are consistent.
Note that standards don't require longjmp to restore either control word, and none of Linux, MacOS X 10.3 and earlier, NetBSD, OpenBSD, or Solaris do it. However, it is historical FreeBSD behavior, and bde points out that it is needed to make longjmping out of a signal handler work properly, given the way FreeBSD clobbers the FPU state on signal handler entry.
2. Don't clobber the FPU exception flags in longjmp. C99 requires them to remain unchanged.
|
175402 |
17-Jan-2008 |
bde |
Add an alternative view of the bits in an 80-bit long double (64+16 instead of 32+32+15+1) on all arches that have such long doubles (amd64, ia64 and i386). Large objects should be be accessed in large units, and the 32+32+15+1[+padding] decomposition asks for almost the opposite of that, sometimes resulting in very slow accesses depending on how well the compiler ignores what we ask for and converts to the best units for the given machine. E.g., on Athlons, there is a 10-20 cycle penalty for accessing the middle 32-bit word immediately after an 80-bit store.
Whether actually using the alternative view is better is very machine- dependent. A 32+32+16 view is probably best with old 32-bit systems and gcc through 4.2.1. The compiler should mostly avoid the view and generate best accesses, but gcc-4.2.1 is far from doing that. I think 64+16 is best for now. Similarly for doubles -- they should be using 64+0 especially on 64-bit machines, but fdlibm uses 32+32 extensively for them. Fortunately, in 64-bit mode for doubles, gcc already ignores the 32+32-bit view and generates best accesses in many cases.
|
174759 |
18-Dec-2007 |
das |
Since nan() is supposed to work the same as strtod("nan(...)", NULL), my original implementation made both use the same code. Unfortunately, this meant libm depended on a vendor header at compile time and previously- unexposed vendor bits in libc at runtime.
Hence, I just wrote my own version of the relevant vendor routine. As it turns out, mine has a factor of 8 fewer of lines of code, and is a bit more readable anyway. The strtod() and *scanf() routines still use vendor code.
Reviewed by: bde
|
174681 |
16-Dec-2007 |
das |
Export gdtoa's __ULto{x,Q}_D2A routine in a private namespace so libm can use it.
|
174680 |
16-Dec-2007 |
das |
Arrange so that the NaN returned by strtod("nan", NULL) is the same as the NaN returned by strtod("nan()", NULL).
|
174204 |
03-Dec-2007 |
das |
In scanf, round according to the current rounding mode.
|
171218 |
04-Jul-2007 |
peter |
Classify mmap, lseek, pread, pwrite, truncate, ftruncate as pseudo syscalls, unless WITHOUT_SYSCALL_COMPAT is defined. The default case will have the .c wrappers still. If you define WITHOUT_SYSCALL_COMPAT, the .c wrappers will go away and libc will make direct syscalls.
After 7-stable starts, the direct syscall method will be default.
Approved by: re (kensmith)
|
171217 |
04-Jul-2007 |
peter |
Adjust the syscall stub macros to be consistent in their meaning. In particular: SYSCALL() makes a syscall, with errno handling, and continues execution directly after the macro in the non-error case. RSYSCALL() is just like SYSCALL(), but returns after success. Both SYSCALL(name) and RSYSCALL(name) export "__sys_name" as a strong symbol, with "_name" and "name" as weak aliases. PSEUDO() is just like RSYSCALL(), but skipping the "name" weak alias. It still does "__sys_name" and "_name".
Change i386 to add errno handling to PSEUDO. The same for amd64 and sparc64, with appear to have copied the behavior. ia64 was correct (as was alpha). Just remove some apparently unused variants of the macros. (untested!) I believe powerpc is correct. Fix arm to not export "name" from the PSEUDO case. Remove apparently extra unused variants. (untested!)
The errno problem manifested on i386/amd64/sparc64 by having "PSEUDO" classified syscalls return without setting errno. eg: "addr = mmap()" could return with "addr" = 22 instead of setting errno to 22 and returning -1.
Approved by: re (kensmith)
|
170154 |
31-May-2007 |
deischen |
Some libc symbol map cleanups.
net: endhostdnsent is named _endhostdnsent and is private to netdb family of functions.
posix1e: acl_size.c has been never compiled in, so there's no "acl_size".
rpc: "getnetid" is a static function.
stdtime: "gtime" is #ifdef'ed out in the source.
some symbols are specific only to some architectures, e.g., ___tls_get_addr is only defined on i386.
__htonl, __htons, __ntohl and __ntohs are no longer functions, they are now (internal) defines in <machine/endian.h>.
Submitted by: ru
|
169525 |
13-May-2007 |
deischen |
Remove .mcount from gmon's Symbol map and add it to the appropriate arch. It can be named differently depending on the arch (.mcount, _mcount).
Submitted by: marius
|
169092 |
29-Apr-2007 |
deischen |
Use C comments since we now preprocess these files with CPP.
|
168336 |
04-Apr-2007 |
jkim |
Import amd64 assembly implementations of div(3) family from NetBSD.
Obtained from: NetBSD
|
165905 |
09-Jan-2007 |
imp |
Remove silly n that crept in
|
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.
|
165747 |
03-Jan-2007 |
das |
The distinction between quiet and signaling NaN formats is machine-dependent; these files tell the latest version of gdtoa what to do.
|
164053 |
06-Nov-2006 |
cognet |
Instead of re-implementing hton[ls] and friends for each arch, add a new MI file, net/ntoh.c, which just implement them using the inline functions from <sys/endian.h>.
Suggested by: bde
|
156769 |
16-Mar-2006 |
ru |
Desupport the undocumented NO_QUAD option, just don't compile the quad support on 64-bit platforms.
|
156613 |
13-Mar-2006 |
deischen |
Add each directory's symbol map file to SYM_MAPS.
|
156608 |
13-Mar-2006 |
deischen |
Add symbol maps and initial symbol version definitions to libc.
Reviewed by: davidxu
|
145459 |
23-Apr-2005 |
alc |
Optimize the instruction alignment.
|
145356 |
21-Apr-2005 |
kan |
Do not try to store 64 bits into 32 bit errno variable. With the changed libc data layout, this was corrupting _PathLocale variable leading to programs dumping core in non-default locales.
|
144872 |
10-Apr-2005 |
alc |
Add a machine-specific, optimized implementation of strcat.
PR: 73111 Submitted by: Ville-Pertti Keinonen <will@iki.fi> (taken from NetBSD) MFC after: 3 weeks
|
144868 |
10-Apr-2005 |
alc |
Eliminate a conditional branch and as a side-effect eliminate a branch to a return instruction. (The latter is discouraged by the Opteron optimization manual because it disables branch prediction for the return instruction.)
Reviewed by: bde
|
144854 |
10-Apr-2005 |
alc |
Add a machine-specific, optimized implementation of strcpy.
PR: 73111 Submitted by: Ville-Pertti Keinonen <will@iki.fi> (taken from NetBSD) MFC after: 3 weeks
|
144847 |
09-Apr-2005 |
alc |
Add a machine-specific, optimized implementation of strcmp.
PR: 73111 Submitted by: Ville-Pertti Keinonen <will@iki.fi> (taken from NetBSD) MFC after: 3 weeks
|
144782 |
08-Apr-2005 |
alc |
Add machine-specific, optimized implementations of bcmp and memcmp.
PR: 73111 Submitted by: Ville-Pertti Keinonen <will@iki.fi> (taken from NetBSD) MFC after: 3 weeks
|
144779 |
08-Apr-2005 |
alc |
Eliminate unneeded instructions that are a vestige of mechanical translation from i386.
|
144733 |
07-Apr-2005 |
alc |
Eliminate an unneeded instruction that is a vestige of mechanical translation from i386.
|
144730 |
07-Apr-2005 |
alc |
Add machine-specific, optimized implementations of bcopy, bzero, memcpy, memmove, and memset.
PR: 73111 Submitted by: Ville-Pertti Keinonen <will@iki.fi> (taken from NetBSD) MFC after: 3 weeks
|
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
|
143214 |
07-Mar-2005 |
das |
Define LDBL_NBIT to be a mask indicating the position of the integer bit in a long double. For architectures that don't have such a bit, LDBL_NBIT is 0. This makes it possible to say `mantissa & ~LDBL_NBIT' in places that previously used an #ifdef to select the right expression. The optimizer should dispense with the extra arithmetic when LDBL_NBIT is 0.
|
141379 |
06-Feb-2005 |
das |
Update my email address.
|
140279 |
15-Jan-2005 |
das |
Eliminate gdtoa.mk and move its contents to ${MACHINE_ARCH}/Makefile.inc. The purpose of having a separate file involved an abandoned scheme that would have kept contrib/gdtoa out of the include path for the rest of libc.
|
136994 |
27-Oct-2004 |
peter |
Fix brk(3). The stack was unbalanced when we jumped to cerror. Oops! This causes nasty things like SEGV or a cpu spin when we return.
Submitted by: "James R. Van Artsalen" <james@jrv.org>
|
136910 |
24-Oct-2004 |
ru |
For variables that are only checked with defined(), don't provide any fake value.
|
133754 |
15-Aug-2004 |
dfr |
Add support for TLS in statically linked programs.
|
132912 |
31-Jul-2004 |
davidxu |
1. Use correct alignment mask, -15 != ~15 2. Make end of frames
|
132795 |
28-Jul-2004 |
davidxu |
Set fpu context flags to known values, zero is illegal.
|
132383 |
19-Jul-2004 |
das |
Make FLT_ROUNDS correctly reflect the dynamic rounding mode.
|
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
|
130546 |
15-Jun-2004 |
davidxu |
Avoid to touch red zone, in libpthread, ucontext may be saved by kernel's get_mcontext, and libpthread will use signalcontext to deliver signal in userland, it looks same as kernel's send_sig does.
Reviewed by: deischen, tjr
|
127658 |
31-Mar-2004 |
peter |
Fix Yet Another 16 byte stack alignment bug. Thankfully, this one is solved by a simple 'make world'. The signalcontext function was going to the trouble of generating an even 16 byte alignment, but in fact it needed to be odd aligned to simulate the 8-byte return address having been pushed by the caller. This fixes yet another group of crashes in applications using libpthread. And yet again, it was my fault all along.
While here, rename the duplicate internal ctx_wrapper() functions to makectx_wrapper() and sigctx_wrapper() so that traces aren't ambiguous.
|
126107 |
22-Feb-2004 |
peter |
Change the syscall stub branch orders so that the static branch prediction will assume that syscalls will succeed rather than fail.
|
125866 |
16-Feb-2004 |
das |
Fix a typo in the !__GNUC__ case and remove an obsolete comment.
|
125865 |
16-Feb-2004 |
das |
Fix some aliasing problems.
|
125600 |
08-Feb-2004 |
peter |
Rewrite fabs.S to use pure SSE2 operations. I got the clues how to do this from looking at code generated by gcc.
|
124653 |
18-Jan-2004 |
das |
Define LDBL_MANH_SIZE and LDBL_MANL_SIZE to be the sizes of the high and low words of the mantissa in bits, respectively.
|
124296 |
09-Jan-2004 |
nectar |
Provide sysarch(2) prototypes in the MD sysarch.h headers. While I'm at it, use the ANSI C generic pointer type for the second argument, thus matching the documentation.
Remove the now extraneous (and now conflicting) function declarations in various libc sources. Remove now unnecessary casts.
Reviewed by: bde
|
123154 |
05-Dec-2003 |
peter |
"Fix" makecontext() so that the C code begins execution with its ABI-required stack alignment. C code expects that the push of the return address disturbed the 16 byte alignment and it will take corrective measures to fix it before making another call. Of course, if its wrong to start with, then all hell breaks loose. Essentially we "fix" this by making the stack alignment odd to start with.
This was one of the things that broke on libkse with apps that use floating point/varargs/etc.
Approved by: re (scottl)
|
121407 |
23-Oct-2003 |
peter |
Add implementations of amd64_[gs]et_[fg]sbase().
|
121074 |
13-Oct-2003 |
alc |
Add rfork_thread(3).
|
120448 |
26-Sep-2003 |
peter |
Fix fabs(). This commit brought to you by the letter 'l'. (fstp stores a mem32 value, fstpl stores a mem64 value)
This fixes ghostscript for 'make release' on amd64. Ghostscript for some reason thinks it is a good idea to use -fno-builtin, which means it is vulnerable to bugs in libc that are normally hidden by the builtin gcc functions. Oops.
|
119727 |
04-Sep-2003 |
peter |
Sigh. I can't win anything. Use addq rather than addl with %rsp.
|
119726 |
04-Sep-2003 |
peter |
Apply same basic fix for getcontext(2) as for i386. Store the return value for getcontext() in a preserved register rather than on the stack. The second time around, the stack value would likely have changed so we can't depend on it for the return value.
|
119725 |
04-Sep-2003 |
peter |
Fix some minor whitespace botches
|
118771 |
11-Aug-2003 |
bms |
Add the mlockall() and munlockall() system calls. - All those diffs to syscalls.master for each architecture *are* necessary. This needed clarification; the stub code generation for mlockall() was disabled, which would prevent applications from linking to this API (suggested by mux) - Giant has been quoshed. It is no longer held by the code, as the required locking has been pushed down within vm_map.c. - Callers must specify VM_MAP_WIRE_HOLESOK or VM_MAP_WIRE_NOHOLES to express their intention explicitly. - Inspected at the vmstat, top and vm pager sysctl stats level. Paging-in activity is occurring correctly, using a test harness. - The RES size for a process may appear to be greater than its SIZE. This is believed to be due to mappings of the same shared library page being wired twice. Further exploration is needed. - Believed to back out of allocations and locks correctly (tested with WITNESS, MUTEX_PROFILING, INVARIANTS and DIAGNOSTIC).
PR: kern/43426, standards/54223 Reviewed by: jake, alc Approved by: jake (mentor) MFC after: 2 weeks
|
118058 |
26-Jul-2003 |
davidxu |
Set mc_len to sizeof(mcontext_t), otherwise it is an invalid context.
|
117864 |
22-Jul-2003 |
peter |
Instantiate explicit callable versions of the machine/ieeefp.h inlines for the use of non-GCC compilers and C++ code.
|
117862 |
22-Jul-2003 |
peter |
Turn off the libc/quad functions since they are not needed for amd64 and just cause lots of warnings.
|
117755 |
19-Jul-2003 |
deischen |
Add amd64 versions of makecontext() and signalcontext() needed for libkse (makecontext() is also needed for libthr). These probably will need some tweaking.
|
116317 |
13-Jun-2003 |
peter |
This is unusable on amd64. Remove it before it causes more confusion. It is only possible to do this on an ABI that has a compulsory frame pointer, which the amd64 ABI does not. Thus, it is only possible to implement this as a compiler builtin.
|
116172 |
10-Jun-2003 |
obrien |
Use C99 compatible ASM statements. (untested, but existing state breaks http://triangle.rtp.freebsd.org/~des/tinderbox-CURRENT-amd64-amd64.brief)
|
115745 |
02-Jun-2003 |
peter |
Cosmetic; record offsets used within jmpbuf
|
115738 |
02-Jun-2003 |
peter |
Fix sigsetjmp(). It helps if we do not try to save the old signal mask to a random memory location. Perl works a lot better with this.
|
115279 |
24-May-2003 |
peter |
Repair PIC mode. It seems I was a bit too excited about the implications of native PC relative addressing.
|
114866 |
10-May-2003 |
peter |
Update ldexp.c for amd64.
|
114839 |
08-May-2003 |
das |
Add a comment describing why it's important for the values in this file to be correct, and how to generate them automatically.
Caused much pain and suffering for: peter
|
114835 |
08-May-2003 |
peter |
SIG_SETMASK is 3, not 1. Sigh.
|
114829 |
08-May-2003 |
peter |
Fix an embarresing transcription error from i386 to amd64. Put the arguments to sigprocmask(2) int the correct order. *blush*. For sigsetjmp(), match up the pushq/popq in the non-savemask case.
|
114827 |
08-May-2003 |
peter |
Tidy up modf.S and make it actually work. It wasn't extracting the value out of ST(0) before copying it to %xmm0. Also remove bogus stack frame and work in the red zone.
|
114818 |
08-May-2003 |
peter |
Fix typo, even though this is unused.
|
114817 |
08-May-2003 |
peter |
Like ia64, amd64 has got a 16 byte sized and aligned 'long double'.
Obtained from: re (blanket amd64)
|
114815 |
07-May-2003 |
peter |
Turn off alloca.S - it cannot possibly work like this since on AMD64, gcc doesn't use stack frames. It uses offsets relative to %rsp, not %rbp. So we cannot just change %rsp like this.
Approved by: re (blanket amd64)
|
114814 |
07-May-2003 |
peter |
Actually use the correct values for AMD64. It is a 64 bit platform, configure gdtoa as such.
|
114430 |
01-May-2003 |
obrien |
Convert the i386 alloca(3) to the x86-64 ISA.
Alignment hack from: NetBSD
|
114314 |
30-Apr-2003 |
peter |
Delete i386_* syscall wrappers and manpages. Rename Ovfork.S to vfork.S.
|
114313 |
30-Apr-2003 |
peter |
Update for AMD64 after repocopy from i386/sys/*. This means: - strip out the nasty PIC_PROLOGUE/EPILOGUE stuff, since we dont have to lose a register in PIC mode anymore (we use %rip-relative addressing). - update for C register argument passing conventions. - convert 32 bit to 64 bit register sizes etc.
|
114312 |
30-Apr-2003 |
peter |
I have no idea why the reboot(2) syscall wrapper ends with iret, but update it to be iretq for completeness.
|
114311 |
30-Apr-2003 |
peter |
Update for AMD64. Depend on %rdi (first syscall argument) being preserved across a "syscall"-style syscall
|
114310 |
30-Apr-2003 |
peter |
Update for AMD64 (repocopied from i386/sys/Ovfork.S - why is it O?) Depend on %rsi being preserved across the "syscall"-style syscall and strip out the PIC stuff (this cpu has full PC-relative addressing, at last!)
|
114309 |
30-Apr-2003 |
peter |
Update for AMD64 contexts. Note that this still has some x87-style FPU instructions here, these may need to be updated for SSE. (Repocopied from i386/gen)
|
114308 |
30-Apr-2003 |
peter |
Reduce the SRCS to what compiles
|
114307 |
30-Apr-2003 |
peter |
Update for AMD64 (repocopied from i386/net). We can depend on having the bswap instruction (yay!). Update for register parameter passing instead of i386 style stack based param passing.
|
114306 |
30-Apr-2003 |
peter |
Update for AMD64-style syscalls. Repocopied from i386/SYS.h. Note that the syscall instruction clobbers %rcx, which is inconvenient because it is the fourth syscall argument, so we use %r10 (another scratch register) for the 4th syscall arg instead (I picked %r10 to be the same as NetBSD). int 0x80 is still possible though, and it uses %rcx as usual. Note that the syscall style syscall does *NOT* preserve all the registers, unlike int 0x80. We do not preserve the scratch registers except for %rdi and %rsi. int 0x80 does preserve everything but the return values.
|
114298 |
30-Apr-2003 |
obrien |
Floating point libc functions traditionally written in ASM. AMD64 does away with the x87 in 64-bit long mode, so we have to play the SSE/SSE2 game now.
Obtained from: NetBSD/x86-64
|
113145 |
05-Apr-2003 |
das |
Add __ldtoa(), a wrapper around gdtoa() to make it look like dtoa(). In support of this, add some MD macros to assist in converting long doubles to the format expected by gdtoa().
Reviewed by: silence on standards@
|
112163 |
12-Mar-2003 |
das |
Replace our ancient dtoa/strtod implementation with the gdtoa package, a more recent, generalized set of routines. Among the changes: - Declare strtof() and strtold() in stdlib.h. - Add glue to libc to support these routines for all kinds of ``long double''. - Update printf() to reflect the fact that dtoa works slightly differently now.
As soon as I see that nothing has blown up, I will kill src/lib/libc/stdlib/strtod.c. Soon printf() will be able to use the new routines to output long doubles without loss of precision, but numerous bugs in the existing code must be addressed first.
Reviewed by: bde (briefly), mike (mentor), obrien
|
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)
|
107052 |
18-Nov-2002 |
ru |
libc_r wasn't so tied to libc for 22 months.
|
106980 |
16-Nov-2002 |
deischen |
Disconnect the userland get/set/swapcontext() functions from libc. I want to keep these in some version for the thread library/ies, but don't know whether to have them repo-copied to libc_r or renamed and kept in libc.
Change the name of an alpha macro that was changed with the system call commit.
|
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
|
103501 |
17-Sep-2002 |
bde |
Fixed editing error in previous commit (*blush*).
|
103488 |
17-Sep-2002 |
bde |
Fixed unsorting of SRCS.
|
103436 |
17-Sep-2002 |
peter |
Initiate deorbit burn for the i386-only a.out related support. Moves are under way to move the remnants of the a.out toolchain to ports. As the comment in src/Makefile said, this stuff is deprecated and one should not expect this to remain beyond 4.0-REL. It has already lasted WAY beyond that.
Notable exceptions: gcc - I have not touched the a.out generation stuff there. ldd/ldconfig - still have some code to interface with a.out rtld. old as/ld/etc - I have not removed these yet, pending their move to ports. some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
|
103406 |
16-Sep-2002 |
mini |
Save and restore FPU state properly in ucontext_t's.
Reviewed by: deischen, julian Approved by: -arch
|
101536 |
08-Aug-2002 |
kan |
Use '_end' symbol instead of 'end' to initialize minbrk and curbrk variables. Both symbols are set to the same value by the linker, and _end symbol has less chances to clash with application defined global symbols.
alpha, ia64 and sparc64 ports already use _end, i386 is now consistent with them.
Reviewed by: bde Approved by: obrien Reported by: pirzyk
|
97191 |
23-May-2002 |
jake |
Generate the normal asm stubs for all sysv system calls. Use these instead of C wrappers for the *sys indirect system calls. The indirect system calls are horribly broken on sparc64.
Submitted by: tmm
|
92999 |
23-Mar-2002 |
obrien |
Restore CSRG ID's lost in January 1995.
|
92991 |
22-Mar-2002 |
obrien |
Fix the style of the SCM ID's. I believe have made all of libc .h's as consistent as possible.
|
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.
|
92862 |
21-Mar-2002 |
peter |
Move swapcontext.c to the ${MACHINE_ARCH}/gen/Makefile.inc area, otherwise it causes undefined references to getcontext() and setcontext() on platforms other than i386 and alpha.
|
90868 |
18-Feb-2002 |
mike |
o Move NTOHL() and associated macros into <sys/param.h>. These are deprecated in favor of the POSIX-defined lowercase variants. o Change all occurrences of NTOHL() and associated marcros in the source tree to use the lowercase function variants. o Add missing license bits to sparc64's <machine/endian.h>. Approved by: jake o Clean up <machine/endian.h> files. o Remove unused __uint16_swap_uint32() from i386's <machine/endian.h>. o Remove prototypes for non-existent bswapXX() functions. o Include <machine/endian.h> in <arpa/inet.h> to define the POSIX-required ntohl() family of functions. o Do similar things to expose the ntohl() family in libstand, <netinet/in.h>, and <sys/param.h>. o Prepend underscores to the ntohl() family to help deal with complexities associated with having MD (asm and inline) versions, and having to prevent exposure of these functions in other headers that happen to make use of endian-specific defines. o Create weak aliases to the canonical function name to help deal with third-party software forgetting to include an appropriate header. o Remove some now unneeded pollution from <sys/types.h>. o Add missing <arpa/inet.h> includes in userland.
Tested on: alpha, i386 Reviewed by: bde, jake, tmm
|
89267 |
11-Jan-2002 |
bde |
Fixed unsorting and splitting of SRCS in previous commit.
|
89177 |
10-Jan-2002 |
deischen |
Add getcontext, setcontext, makecontext, and swapcontext. These functions are defined in SUSv2 and the latest POSIX spec.
Thanks to Bernd Walter <ticso@cicely8.cicely.de> for helping debug my alpha assembly.
Approved by: -arch
|
87006 |
27-Nov-2001 |
jhb |
Use 'mov' instead of 'lea' for setting the syscall number in %eax as that is clearer about what we are actually doing.
Requested by: bde
|
86325 |
13-Nov-2001 |
jhb |
Cleanups after previous change: - Renumber labels since the previous revision removed one. - Remove useless and wrong comment. - Repeating the function name is just redundant. - The previous revision made the comment about %edx useless. - The comment about %eax was wrong (but did explain why %eax used to be fixed up).
Submitted by: bde
|
86314 |
13-Nov-2001 |
jhb |
The kernel already fixes up %eax for parents that return from fork, so don't bother manually fixing up %eax for the parent process by testing the value in %edx and zeroing and already zeroed %eax.
|
85437 |
24-Oct-2001 |
peter |
De-orbit DEFS.h - the other arches do not use it, and it got replaced with <machine/asm.h>.
Reviewed by: bde
|
85160 |
19-Oct-2001 |
ru |
Just use RSYSCALL.
|
81586 |
13-Aug-2001 |
ru |
Removed duplicate VCS ID tags, as per style(9).
|
74870 |
27-Mar-2001 |
ru |
MAN[1-9] -> MAN.
|
71770 |
29-Jan-2001 |
deischen |
Clean up syscall generation in libc by removing HIDDEN_SYSCALLS and treating (almost) all system calls the same way:
__sys_foo - actual syscall foo, _foo - weak definitions to __sys_foo
Change PSEUDO syscalls (currently only _exit and _getlogin) to be __sys_foo (T) and _foo (W).
Add $FreeBSD$ to a few files to satisfy commitprep.
Suggested by: bde
|
71663 |
26-Jan-2001 |
deischen |
Comment only change; s/_thread_sys_/__sys_/
|
71579 |
24-Jan-2001 |
deischen |
Remove _THREAD_SAFE and make libc thread-safe by default by adding (weak definitions to) stubs for some of the pthread functions. If the threads library is linked in, the real pthread functions will pulled in.
Use the following convention for system calls wrapped by the threads library: __sys_foo - actual system call _foo - weak definition to __sys_foo foo - weak definition to __sys_foo
Change all libc uses of system calls wrapped by the threads library from foo to _foo. In order to define the prototypes for _foo(), we introduce namespace.h and un-namespace.h (suggested by bde). All files that need to reference these system calls, should include namespace.h before any standard includes, then include un-namespace.h after the standard includes and before any local includes. <db.h> is an exception and shouldn't be included in between namespace.h and un-namespace.h namespace.h will define foo to _foo, and un-namespace.h will undefine foo.
Try to eliminate some of the recursive calls to MT-safe functions in libc/stdio in preparation for adding a mutex to FILE. We have recursive mutexes, but would like to avoid using them if possible.
Remove uneeded includes of <errno.h> from a few files.
Add $FreeBSD$ to a few files in order to pass commitprep.
Approved by: -arch
|
69515 |
02-Dec-2000 |
jake |
Remove last vestiges of thr_sleep and thr_wakeup from libc.
|
69332 |
28-Nov-2000 |
jhb |
Prefix the register argument of indirect 'jmp's with a * to make gas 2.10.x happy.
|
66174 |
21-Sep-2000 |
bsd |
Add a couple of debug register helper functions to assist in setting and clearing watchpoints.
Reviewed by: jwd@FreeBSD.org, -hackers@
|
64000 |
29-Jul-2000 |
peter |
rfork(2) wrapper for simple rfork-style threads. I have lost count of the number of times I have given this to people and got asked: why isn't it in libc? It is impossible to do this without assembler glue to reset the stack for the new child process.
int rfork_thread(flags, stack_addr, start_fnc, start_arg) int flags; Flags to rfork system call. See rfork(2). void *stack_addr; Top of stack for thread. int (*start_fnc)(void *); Address of thread function to call in child. void *start_arg; Argument to pass to the thread function in child.
This is deliberately not documented or prototyped in includes until the corresponding alpha version is written.
|
59933 |
04-May-2000 |
jasone |
Use assembler directives rather than ALTENTRY() so that longjmp() and siglongjmp() are weak symbols. This is necessary to allow static linking with the linuxthreads library port.
|
58126 |
16-Mar-2000 |
jasone |
Take care to avoid having "strong" and "weak" symbols of the same name in libc_r.
|
56809 |
29-Jan-2000 |
jasone |
Undo the ill-conceived breakage of the previous commit and really fix:
For libc_r renamed syscalls, correct symbol naming from _thread_sys_foo() <-- _foo() to _thread_sys_foo() <-- _foo() <-- foo(). This is necessary for system calls which libc_r doesn't define foo().
Some weak symbols such as poll() are defined twice. From what I understand, depending on one weak symbol or the other to be used is a bad idea. All such weak symbols defined in the libc_r-specific code should therefore be made strong (non-weak?).
Simplify PSEUDO() to not define any weak symbols, since they aren't ever needed.
alpha/SYS.h:
Correct reversed usage of WEAK_ALIAS(), which has reversed arguments from __weak_reference(). Also, fix reversal of symbols, so that syscall foo() is a weak alias for _foo().
Add WEAK_ALIAS() call to PRSYSCALL(), which unlike the i386 version of PRSYSCALL(), is not defined in terms of PSYSCALL().
Make PSEUDO() equivalent to the i386 version.
|
56773 |
28-Jan-2000 |
jasone |
For syscalls that are renamed to _thread_sys_foo, create a weak alias called _foo, not _thread_sys_foo.
|
56698 |
27-Jan-2000 |
jasone |
Simplify sytem call renaming. Instead of _foo() <-- _libc_foo <-- foo(), just use _foo() <-- foo(). In the case of a libpthread that doesn't do call conversion (such as linuxthreads and our upcoming libpthread), this is adequate. In the case of libc_r, we still need three names, which are now _thread_sys_foo() <-- _foo() <-- foo().
Convert all internal libc usage of: aio_suspend(), close(), fsync(), msync(), nanosleep(), open(), fcntl(), read(), and write() to _foo() instead of foo().
Remove all internal libc usage of: creat(), pause(), sleep(), system(), tcdrain(), wait(), and waitpid().
Make thread cancellation fully POSIX-compliant.
Suggested by: deischen
|
56345 |
20-Jan-2000 |
jasone |
Remove unnecessary alternate entry points for *setjmp(). Make the main entry point the standard name when not compiling libc_r (for example, longjmp is the main entry point instead of __longjmp).
Suggested by: bde
|
56276 |
19-Jan-2000 |
jasone |
Make minor entry point changes to support libc_r.
|
55837 |
12-Jan-2000 |
jasone |
Add three-tier symbol naming in support of POSIX thread cancellation points. For library functions, the pattern is __sleep() <-- _libc_sleep() <-- sleep(). The arrows represent weak aliases. For system calls, the pattern is _read() <-- _libc_read() <-- read().
|
55375 |
04-Jan-2000 |
jasone |
Unbreak profiling. bde says this is not the cleanest way to fix the problem, but that it works.
Submitted by: bde
|
55068 |
24-Dec-1999 |
jasone |
Creating weak symbols doesn't work correctly when building an aout libc. Doing the "right thing" here is difficult, so create two ENTRY points for each function (for example, __setjmp and setjmp are equivalent). This isn't pretty, but it works for both aout and ELF.
libc symbol naming needs an overhaul in order to properly support function wrapping, specifically in the case of a real libpthread, and these duplicate entry points should be fixed as part of that overhaul.
Pointed out by: bde
|
54607 |
14-Dec-1999 |
jasone |
Make setjmp, longjmp, sigsetjmp, and siglongjmp weak aliases for __setjmp, __longjmp, __sigsetjmp, and __siglongjmp, respectively. This supports cancellation in the linuxthreads port. In the long run, a much more comprehensive solution will necessitate more dramatic changes to libc symbol naming, and these aliases will probably need modification at that time.
|
52232 |
14-Oct-1999 |
marcel |
Remove osig* from NOASM. It bogus now.
|
52083 |
10-Oct-1999 |
marcel |
\begin{quote} setjmp() gets the jmp_buf pointer from the wrong place (the place where the return address is) in the shlib case, and uses it (only) to fetch the current signal mask to address (return_address + 28). This address is normally read-only (I hope), so the sigprocmask() call has no effect except to return an error code. \end{quote}
Submitted by: bde
|
52062 |
09-Oct-1999 |
marcel |
Remove syscall wrappers.
|
51794 |
29-Sep-1999 |
marcel |
sigset_t change (part 5 of 5) -----------------------------
Most of the userland changes are in libc. For both the alpha and the i386 setjmp has been changed to accomodate for the new sigset_t. Internally, libc is mostly rewritten to use the new syscalls. The exception is in compat-43/sigcompat.c
The POSIX thread library has also been rewritten to use the new sigset_t. Except, that it currently only handles NSIG signals instead of the maximum _SIG_MAXSIG. This should not be a problem because current applications don't use any signals higher than NSIG.
There are version bumps for the following libraries: libdialog libreadline libc libc_r libedit libftpio libss
These libraries either a) have one of the modified structures visible in the interface, or b) use sigset_t internally and may cause breakage if new binaries are used against libraries that don't have the sigset_t change. This not an immediate issue, but will be as soon as applications start using the new range to its fullest.
NOTE: libncurses already had an version bump and has not been given one now.
NOTE: doscmd is a real casualty and has been disconnected for the moment. Reconnection will eventually happen after doscmd has been fixed. I'm aware that being the last one to touch it, I'm automaticly promoted to being maintainer. According to good taste this means that I will receive a badge which either will be glued or mechanically stapled, drilled or otherwise violently forced onto me :-)
NOTE: pcvt/vttest cannot be compiled with -traditional. The change cause sys/types to be included along the way which contains the const and volatile modifiers. I don't consider this a solution, but more a workaround.
|
50476 |
28-Aug-1999 |
peter |
$Id$ -> $FreeBSD$
|
45313 |
04-Apr-1999 |
dt |
Add wrappers for pread and pwrite syscalls.
|
39455 |
18-Sep-1998 |
luoqi |
Simplify implementation and eliminate a register preservation problem.
Reviewed by: Bruce Evans <bde@zeta.org.au>
|
39140 |
13-Sep-1998 |
luoqi |
Fix a cut 'n paste mistake.
|
39118 |
12-Sep-1998 |
dt |
In libc_r, rename vfork syscall to _thread_sys_vfork and make vfork an alias to fork. It is difficult to do real vfork in libc_r, since almost every operation with file descriptsor changes _thread_fd_table and friends.
popen(3) works much better with this change.
|
37946 |
29-Jul-1998 |
bde |
Fixed disordering in previous commit.
|
37903 |
28-Jul-1998 |
jlemon |
Add wrappers for i386_*_ioperm, i386_vm86 so userland code does not have to call sysarch() directly. Added man pages for above, as well as sysarch()
|
35762 |
05-May-1998 |
jb |
Use the thread-aware errno definition all the time.
|
35761 |
05-May-1998 |
jb |
Build the syscalls (in libc, not libc_r) with weak symbols so that libpthread can override them as required.
|
35544 |
30-Apr-1998 |
jb |
Oops, backout the previous change having confused my underscores. __thread_create is a syscall that uses the default asm. It is _thread_create that contains specific asm code, but that lives in libpthread.
|
35541 |
30-Apr-1998 |
jb |
Make cerror thread aware by calling __error() to get a pointer to the thread-specific error variable. This change make libc use the same cerror code that libc_r has been using.
|
35540 |
30-Apr-1998 |
jb |
The syscall that creates a kernel thread is coming, but it doesn't use the default syscall asm, so add it to NOASM. The other syscalls that manipulate kernel threads use the default asm code, so they just get built automatically.
|
35504 |
29-Apr-1998 |
jb |
Stop renaming these in libc_r because wrappered versions don't make sense. PR: i386/4826, bin/5953
|
34388 |
09-Mar-1998 |
jb |
Nearly missed this one.
List non-default asm sources in MDASM so that they replace the defaults.
For funny or incomplete syscalls, list them in NOASM to stop them from getting built as defaults.
|
30483 |
16-Oct-1997 |
bde |
Removed bogus .PATH statement.
|
30482 |
16-Oct-1997 |
bde |
Removed the subdirectory paths from the definitions of MAN[1-9]. They were a workaround for limitations in bsd.man.mk that were fixed about 2 years ago.
|
30401 |
14-Oct-1997 |
bde |
Moved `SRCS+= frexp.c' to the correct Makefile.inc.
Sorted SRCS.
|
25401 |
03-May-1997 |
jb |
Changed all paths to be relative to src/lib instead of src/lib/libc so that all these makefiles can be used to build libc_r too.
Added .if ${LIB} == "c" tests to restrict man page builds to libc to avoid needlessly building them with libc_r too.
Split libc Makefile into Makefile and Makefile.inc to allow the libc_r Makefile to include Makefile.inc too.
|
25029 |
19-Apr-1997 |
bde |
Fixed long lines.
Removed unused macros CALL() and ASMSTR.
Reviewed by: jdp
|
22993 |
22-Feb-1997 |
peter |
Revert $FreeBSD$ to $Id$
|
22715 |
14-Feb-1997 |
bde |
Moved definitions of PIC macros from SYS.h to DEFS.h so that SYS.h doesn't need to be included in files that have nothing to do with syscalls.
Added missing `.text' to START_ENTRY so that ENTRY() works when invoked in the data section.
|
21673 |
14-Jan-1997 |
jkh |
Make the long-awaited change from $Id$ to $FreeBSD$
This will make a number of things easier in the future, as well as (finally!) avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been insane otherwise.
|
19294 |
31-Oct-1996 |
dyson |
Correct a "spelling" error in a comment.
|
17769 |
22-Aug-1996 |
julian |
Submitted by: john birell (jb@cimlogic.com.au) fixups for makefiles and for Thread-safe sycalls
|
17706 |
20-Aug-1996 |
julian |
Submitted by: John Birrell <cimaxp1!jb@werple.net.au>
Here are the diffs for libc_r to get it one step closer to P1003.1c These make most of the thread/mutex/condvar structures opaque to the user. There are three functions which have been renamed with _np suffixes because they are extensions to P1003.1c (I did them for JAVA, which needs to suspend/resume threads and also start threads suspended).
I've created a new header (pthread_np.h) for the non-POSIX stuff.
The egrep tags stuff in /usr/src/lib/libc_r/Makefile that I uncommented doesn't work. I think its best to delete it. I don't think libc_r needs tags anyway, 'cause most of the source is in libc which does have tags.
also:
Here's the first batch of man pages for the thread functions. The diff to /usr/src/lib/libc_r/Makefile removes some stuff that was inherited from /usr/src/lib/libc/Makefile that should only be done with libc.
also:
I should have sent this diff with the pthread(3) man page. It allows people to type
make -DWANT_LIBC_R world
to get libc_r built with the rest of the world. I put this in the pthread(3) man page. The default is still not to build libc_r.
also: The diff attached adds a pthread(3) man page to /usr/src/share/man/man3. The idea is that without libc_r installed, this man page will give people enough info to know that they have to build libc_r.
|
17141 |
12-Jul-1996 |
jkh |
General -Wall warning cleanup, part I. Submitted-By: Kent Vander Velden <graphix@iastate.edu>
|
16719 |
25-Jun-1996 |
bde |
Fixed comparisons so that preposterously large (>= 0x80000000) brk values aren't silently converted to minbrk. This stops malloc(INT_MAX) from dumping core. Small values are still silently converted. They should be an error. sbrk() doesn't do any range checking or conversions or overflow checking.
Moved PIC_EPILOGUE invocation to a more natural place where it obviously doesn't interfere with the comparison.
|
15731 |
11-May-1996 |
jdp |
Fix a bug caused by the collision of a local assembler label with another use of the same label in a recently-introduced PIC_PROLOGUE. This should solve the recent core dumps from pdksh.
|
15719 |
10-May-1996 |
peter |
Fix a bogon in the pic + threadsafe version of cerror, it was missing a PIC_EPILOGUE (leaving an extra long on the stack).
Submitted by: John Polstra <jdp@polstra.com>
|
15634 |
05-May-1996 |
peter |
Add support to enable libc to be compiled in ELF format. (#ifdef __ELF__) In a nutshell, this macroizes the local/global symbol scoping rules that are different in a.out and ELF. It also makes the i386 assembler stubs conform to i386 PIC calling conventions - the a.out ld.so didn't object, but the ELF one needs it as it implements PIC jumps via PLT's as well as calls. The a.out rtld only worked because it was accidently snooping the grandparent calling function's return address off the stack..
This also affects the libc_r code a little, because of cpp macro nesting.
|
14118 |
17-Feb-1996 |
peter |
Put in missing '_' in call to wrapper _thread_sys_sigsetmask() function.
|
13545 |
22-Jan-1996 |
julian |
Reviewed by: julian and (hsu?) Submitted by: John Birrel(L?)
changes for threadsafe operations
|
11221 |
05-Oct-1995 |
phk |
remove GCC support functions from libc. Should never have been here in the first place.
|
11183 |
04-Oct-1995 |
phk |
Calling sbrk(2) with zero argument doesn't need to generate a syscall.
Reviewed by: bde
|
5790 |
23-Jan-1995 |
dg |
First round of changes to clean up the RCSID mess in libc:
1) Changed LIB_SCCS and SYSLIB_SCCS to LIB_RCS and SYSLIB_RCS. 2) Changed sccsid[] variables to rcsid[] 3) Moved all RCSID strings into .text 4) Converted all SCCSID's to RCS $Id$'s 5) Added missing $Id$'s after copyright.
|
5245 |
27-Dec-1994 |
bde |
sigsetjmp.S: Remove unnecessary .text statement.
|
5244 |
27-Dec-1994 |
bde |
Remove unnecessary .align statement.
|
3851 |
25-Oct-1994 |
bde |
Reenable sigsetjmp.S. Preserve the FP state. Rearrange offsets to match setjmp.S.
|
2201 |
22-Aug-1994 |
jkh |
This is weird. I *added this*, but it went away again! Ummm.. Mumble. I'm confused.. Submitted by: jkh
|
2157 |
20-Aug-1994 |
jkh |
Put __infinity back here again until someone does the right thing and repartitions libc into something human again. I don't have that kind of time right now myself, unfortunately. Submitted by: jkh
|
2058 |
13-Aug-1994 |
dg |
Fixed problem with returning -1 on error when the return value is a long long. Done by plugging both eax and edx with -1. This will clobber edx unnecessarily when the return value is only 32bit...though probably always an okay thing to do, it could stand a better fix. This was the cause of gawk being broken (boy was THAT ever a subtle bug!!!).
|
1849 |
05-Aug-1994 |
wollman |
First crack at making libc work with the new make macros. It compiles on my machine, and a simple static (genassym) and shared (sysctl) executable both work. Still to be done: RPCand YP merge.
|
1585 |
27-May-1994 |
rgrimes |
Pull in GNU2 fix for this from FreeBSD, allows ldexp.c to compile with gcc2.x
|
1573 |
27-May-1994 |
rgrimes |
BSD 4.4 Lite Lib Sources
|
1187 |
21-Feb-1994 |
rgrimes |
Add $Id$ to all, clean up multiple spaces
|
1052 |
31-Jan-1994 |
dg |
WINE/user LDT support from John Brezak, ported to FreeBSD by Jeffrey Hsu <hsu@soda.berkeley.edu>.
|