summaryrefslogtreecommitdiffstats
path: root/lib
Commit message (Collapse)AuthorAgeFilesLines
* Update paths to reg*.c and regex2.h. Add a target to build regex.h.tjr2004-07-191-1/+3
|
* Update for removal of cclass.h. Trim some useless targets. Invoke mkhtjr2004-07-191-34/+6
| | | | with "sh mkh" so it works if the script is not executable.
* Update for recent changes to struct re_guts. Disable printing the contentstjr2004-07-191-38/+5
| | | | of OANYOF sets for the moment.
* Remove unused files.tjr2004-07-192-12/+0
|
* Make FLT_ROUNDS correctly reflect the dynamic rounding mode.das2004-07-196-3/+80
|
* Fix two bugs in the signbit() macro, which was implemented last year:das2004-07-195-9/+31
| | | | | | | | - It was added to libc instead of libm. Hopefully no programs rely on this mistake. - It didn't work properly on large long doubles because its argument was converted to type double, resulting in undefined behavior.
* Replace seven nominally MD implementations of frexp() that are brokendas2004-07-1816-456/+65
| | | | for subnormals with one implementation that works.
* This library is not WARNS=2 clean for -O2 builds, because we includemarcel2004-07-181-1/+1
| | | | | | headers from libpthread that are not WARNS=2 clean for -O2 builds. Lower the WARNS level to 1. This is the highest level possible for now.
* Correct the mess I made by committing from the wrong tree. Mostmarcel2004-07-185-33/+33
| | | | | | | | | notably, this restores some of the contents in thread_db.h as well as David Xu's copyright notice. This also fixes the includes in the MD libpthread files which Scott tried to provide a quick fix for. Pointy hat: marcel
* Try to fix ia64 and alpha compiles. I don't have either equipment firedscottl2004-07-182-0/+14
| | | | up now, but it appears to be the same problem and solution as sparc64.
* Add missing #includes so that this can compile. Obtained from the i386 version.scottl2004-07-181-0/+7
|
* Remove claim of conformance to IEEE Std. 1003.2. Replace it with a listtjr2004-07-181-7/+12
| | | | | | | of features required by the standard that the current implementation does not support. PR: 57911 (related)
* Remove claim of conformance to IEEE Std. 1003.2. Replace it with a listtjr2004-07-181-3/+7
| | | | | | | of features required by the standard that the current implementation does not support. PR: 57911
* Hook libthread_db into the build, except for arm and powerpc.marcel2004-07-181-2/+6
| | | | | Porting libthread_db to arm and/or powerpc is easy enough, but we don't build gdb on those platforms yet.
* Define _libthr_debug for use by libthread_db.marcel2004-07-181-0/+9
|
* Don't include lock.h and pthread_md.h when we're being included bymarcel2004-07-182-0/+4
| | | | libthread_db. Both headers are included seperately.
* Add rudimentary support and stubs for libthr and libc_r on alpha, amd64,marcel2004-07-1822-1178/+1851
| | | | | | | | | | | | | | | | | | | | | i386, ia64 and sparc64. Add stubs for alpha, amd64, ia64 and sparc64 for libpthread. Restructure the source files to avoid unnecessary use of subdirectories that also force us to use non-portable compilation flags to deal with the uncommon compilation requirements (building archive libraries for linkage into a shared library). The libpthread support has been copied from the original local and cleaned-up to make them WARNS=2 clean. that also force us to use non-portable compilation flags to deal with the uncommon compilation requirements (building archive libraries for linkage into a shared library). The libpthread support has been copied from the original local and cleaned-up to make them WARNS=2 clean. Tested on: amd64, i386, ia64
* Add the const qualifier to the prgregset_t argument for the *setregs*marcel2004-07-174-4/+4
| | | | functions.
* Fix minor namespace pollution: The prototypes for f{dim,max,min}(),stefanf2004-07-171-6/+6
| | | | | nearbyint(), round() and trunc() shouldn't be visible when compiling with -D_XOPEN_SOURCE=500.
* Fix typo: carat -> caret.tjr2004-07-171-1/+1
|
* Document the MSG_DONTWAIT flag.harti2004-07-161-1/+8
|
* Tweak the conditions under which certain gcc builtins are used:das2004-07-161-2/+2
| | | | | | | | | | | | - Unlike the builtin relational operators, builtin floating-point constants were not available until gcc 3.3, so account for this.[1] - Apparently some versions of the Intel C Compiler fallaciously define __GNUC__ without actually being compatible with the claimed gcc version. Account for this, too.[2] [1] Noticed by: Christian Hiris <4711@chello.at> [2] Submitted by: Alexander Leidinger <Alexander@Leidinger.net>
* Add a cross reference to fgetwln(3).tjr2004-07-161-0/+1
|
* Add fgetwln(), a wide character version of fgetln().tjr2004-07-163-2/+192
|
* Rename slbexpand() to __slbexpand() and make it available outsidetjr2004-07-162-4/+5
| | | | of fgetln.c (non-static).
* Clarify getfsstat(2) usage.alfred2004-07-161-1/+6
| | | | | | | | | The getfsstat(2) function expects a buffer and a count, and returns a count. The confusing part is that the count it takes is a byte count, while the return value is a count of the number of structures it has filled out. Spell this out.
* Add my initial work of libthread_db. The library is used by gdb to debugdavidxu2004-07-159-0/+2030
| | | | | threaded process. Current, only libpthread is supported, but macrel will work on it to support libthr and libc_r.
* Style: rename 'mkdirpath' so it's clearer exactly what it does.kientzle2004-07-151-22/+27
| | | | (To be precise, it creates the parent dir of the provided path.)
* Copy lwp id to thread mailbox.davidxu2004-07-142-0/+2
|
* Call kse_switchin to switch context when being debugged.davidxu2004-07-139-55/+158
|
* Remove unused symbols.davidxu2004-07-132-28/+0
|
* Export necessary symbols to debugger.davidxu2004-07-131-7/+4
|
* Let debugger check signal, make SIGINFO works.davidxu2004-07-132-24/+50
|
* If _libkse_debug is not zero, activate thread mode.davidxu2004-07-132-0/+12
|
* Add code to support thread debugging.davidxu2004-07-1310-88/+292
| | | | | | | | | | | | | | | 1. Add global varible _libkse_debug, debugger uses the varible to identify libpthread. when the varible is written to non-zero by debugger, libpthread will take some special action at context switch time, it will check TMDF_DOTRUNUSER flags, if a thread has the flags set by debugger, it won't be scheduled, when a thread leaves KSE critical region, thread checks the flag, if it was set, the thread relinquish CPU. 2. Add pq_first_debug to select a thread allowd to run by debugger. 3. Some names prefixed with _thr are renamed to _thread prefix. which is allowed to run by debugger.
* Remove an entry from the BUGS section: we have multibyte charactertjr2004-07-121-2/+0
| | | | support now.
* kse_switchin ABI was changed in kernel.davidxu2004-07-122-6/+4
|
* Make regular expression matching aware of multibyte characters. The generaltjr2004-07-125-324/+478
| | | | | | | | | | | | | | | | | idea is that we perform multibyte->wide character conversion while parsing and compiling, then convert byte sequences to wide characters when they're needed for comparison and stepping through the string during execution. As with tr(1), the main complication is to efficiently represent sets of characters in bracket expressions. The old bitmap representation is replaced by a bitmap for the first 256 characters combined with a vector of individual wide characters, a vector of character ranges (for [A-Z] etc.), and a vector of character classes (for [[:alpha:]] etc.). One other point of interest is that although the Boyer-Moore algorithm had to be disabled in the general multibyte case, it is still enabled for UTF-8 because of its self-synchronizing nature. This greatly speeds up matching by reducing the number of multibyte conversions that need to be done.
* Add a new error code, REG_ILLSEQ, to indicate that a regular expressiontjr2004-07-122-1/+5
| | | | contains an illegal multibyte character sequence.
* Document the new PT_LWPINFO request. In fact, the request is so newmarcel2004-07-121-0/+19
| | | | | it hasn't even been implemented yet. I just wanted to be the first to try a new approach to development ;-)
* Update the README notes to include the current list of supportedkientzle2004-07-121-49/+47
| | | | formats and remove some outdated comments about library limitations.
* Remove incomplete support for multi-character collating elements. Removetjr2004-07-112-262/+8
| | | | unused character category calculations.
* Correct a brain-o in extract_dir: mkdirpath() and mkdir(2) arekientzle2004-07-101-2/+4
| | | | not interchangable.
* Unbreak alpha: On alpha a long double is the same as a double andmarcel2004-07-101-0/+4
| | | | | | consequently the exponent is only 11 bits. Testing whether the exponent equals 32767 in that case only effects to compiler warnings and thus build breakage.
* Add fast paths for conversion of plain ASCII characters.tjr2004-07-091-0/+13
|
* Slightly reorganize and simplify.tjr2004-07-091-24/+11
|
* Remove the declaration of isnan() from this file. It is no longerdas2004-07-092-6/+0
| | | | needed as of math.h v1.40, and its prototype is incorrect here.
* Bump document date for recent changes.das2004-07-091-1/+1
| | | | Prodded by: ru
* Document these functions as being in libm, not libc. Some of themdas2004-07-091-4/+1
| | | | | | | *are* in libc for historical reasons, but programmers should not rely on that fact. Also remove a BUGS section that is not relevant here.
* Implement the classification macros isfinite(), isinf(), isnan(), anddas2004-07-0921-508/+287
| | | | | | | | | | | | | | | | | | | | | 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
OpenPOWER on IntegriCloud