| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
with "sh mkh" so it works if the script is not executable.
|
|
|
|
| |
of OANYOF sets for the moment.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
- 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.
|
|
|
|
| |
for subnormals with one implementation that works.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
up now, but it appears to be the same problem and solution as sparc64.
|
| |
|
|
|
|
|
|
|
| |
of features required by the standard that the current implementation
does not support.
PR: 57911 (related)
|
|
|
|
|
|
|
| |
of features required by the standard that the current implementation
does not support.
PR: 57911
|
|
|
|
|
| |
Porting libthread_db to arm and/or powerpc is easy enough, but
we don't build gdb on those platforms yet.
|
| |
|
|
|
|
| |
libthread_db. Both headers are included seperately.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
functions.
|
|
|
|
|
| |
nearbyint(), round() and trunc() shouldn't be visible when compiling with
-D_XOPEN_SOURCE=500.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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>
|
| |
|
| |
|
|
|
|
| |
of fgetln.c (non-static).
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
threaded process. Current, only libpthread is supported, but macrel will
work on it to support libthr and libc_r.
|
|
|
|
| |
(To be precise, it creates the parent dir of the provided path.)
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
support now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
contains an illegal multibyte character sequence.
|
|
|
|
|
| |
it hasn't even been implemented yet. I just wanted to be the first
to try a new approach to development ;-)
|
|
|
|
| |
formats and remove some outdated comments about library limitations.
|
|
|
|
| |
unused character category calculations.
|
|
|
|
| |
not interchangable.
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
needed as of math.h v1.40, and its prototype is incorrect here.
|
|
|
|
| |
Prodded by: ru
|
|
|
|
|
|
|
| |
*are* in libc for historical reasons, but programmers should not rely
on that fact.
Also remove a BUGS section that is not relevant here.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|