| Commit message (Expand) | Author | Files | Lines |
|---|
| 2015-04-01 | harden dynamic linker library path search•••transient errors during the path search should not allow the search to
continue and possibly open the wrong file. this patch eliminates most
conditions where that could happen, but there is still a possibility
that $ORIGIN-based rpath processing will have an allocation failure,
causing the search to skip such a path. fixing this is left as a
separate task.
a small bug where overly-long path components caused an infinite loop
rather than being skipped/ignored is also fixed.
| Rich Felker | 1 | -5/+16 |
| 2015-04-01 | move O_PATH definition back to arch bits•••while it's the same for all presently supported archs, it differs at
least on sparc, and conceptually it's no less arch-specific than the
other O_* macros. O_SEARCH and O_EXEC are still defined in terms of
O_PATH in the main fcntl.h.
| Rich Felker | 10 | -3/+11 |
| 2015-04-01 | aarch64: remove duplicate macro definitions in bits/fcntl.h | Rich Felker | 1 | -3/+0 |
| 2015-04-01 | aarch64: fix definition of sem_nsems in semid_ds structure•••POSIX requires the sem_nsems member to have type unsigned short. we
have to work around the incorrect kernel type using matching
endian-specific padding.
| Rich Felker | 1 | -1/+7 |
| 2015-04-01 | aarch64: fix namespace pollution in bits/shm.h•••The shm_info struct is a gnu extension and some of its members do
not have shm* prefix. This is worked around in sys/shm.h by macros,
but aarch64 didn't use those.
| Szabolcs Nagy | 1 | -2/+2 |
| 2015-03-29 | release 1.1.8 | Rich Felker | 2 | -1/+16 |
| 2015-03-27 | regex: fix character class repetitions•••Internally regcomp needs to copy some iteration nodes before
translating the AST into TNFA representation.
Literal nodes were not copied correctly: the class type and list
of negated class types were not copied so classes were ignored
(in the non-negated case an ignored char class caused the literal
to match everything).
This affects iterations when the upper bound is finite, larger
than one or the lower bound is larger than one. So eg. the EREs
[[:digit:]]{2}
[^[:space:]ab]{1,4}
were treated as
.{2}
[^ab]{1,4}
The fix is done with minimal source modification to copy the
necessary fields, but the AST preparation and node handling
code of tre will need to be cleaned up for clarity.
| Szabolcs Nagy | 1 | -0/+5 |
| 2015-03-23 | do not treat \0 as a backref in BRE•••The valid BRE backref tokens are \1 .. \9, and 0 is not a special
character either so \0 is undefined by the standard.
Such undefined escaped characters are treated as literal characters
currently, following existing practice, so \0 is the same as 0.
| Szabolcs Nagy | 1 | -1/+1 |
| 2015-03-23 | fix FLT_ROUNDS regression in C++ applications•••commit 559de8f5f06da9022cbba70e22e14a710eb74513 redefined FLT_ROUNDS
to use an external function that can report the actual current
rounding mode, rather than always reporting round-to-nearest. however,
float.h did not include 'extern "C"' wrapping for C++, so C++ programs
using FLT_ROUNDS ended up with an unresolved reference to a
name-mangled C++ function __flt_rounds.
| Rich Felker | 1 | -0/+8 |
| 2015-03-23 | fix internal buffer overrun in inet_pton•••one stop condition for parsing abbreviated ipv6 addressed was missed,
allowing the internal ip[] buffer to overflow. this patch adds the
missing stop condition and masks the array index so that, in case
there are any remaining stop conditions missing, overflowing the
buffer is not possible.
| Rich Felker | 1 | -2/+3 |
| 2015-03-20 | suppress backref processing in ERE regcomp•••one of the features of ERE is that it's actually a regular language
and does not admit expressions which cannot be matched in linear time.
introduction of \n backref support into regcomp's ERE parsing was
unintentional.
| Rich Felker | 1 | -1/+1 |
| 2015-03-20 | fix memory-corruption in regcomp with backslash followed by high byte•••the regex parser handles the (undefined) case of an unexpected byte
following a backslash as a literal. however, instead of correctly
decoding a character, it was treating the byte value itself as a
character. this was not only semantically unjustified, but turned out
to be dangerous on archs where plain char is signed: bytes in the
range 252-255 alias the internal codes -4 through -1 used for special
types of literal nodes in the AST.
| Rich Felker | 1 | -1/+1 |
| 2015-03-20 | fix missing max_align_t definition on aarch64 | Rich Felker | 1 | -0/+2 |
| 2015-03-18 | release 1.1.7 | Rich Felker | 2 | -1/+44 |
| 2015-03-18 | fix MINSIGSTKSZ values for archs with large signal contexts•••the previous values (2k min and 8k default) were too small for some
archs. aarch64 reserves 4k in the signal context for future extensions
and requires about 4.5k total, and powerpc reportedly uses over 2k.
the new minimums are chosen to fit the saved context and also allow a
minimal signal handler to run.
since the default (SIGSTKSZ) has always been 6k larger than the
minimum, it is also increased to maintain the 6k usable by the signal
handler. this happens to be able to store one pathname buffer and
should be sufficient for calling any function in libc that doesn't
involve conversion between floating point and decimal representations.
x86 (both 32-bit and 64-bit variants) may also need a larger minimum
(around 2.5k) in the future to support avx-512, but the values on
these archs are left alone for now pending further analysis.
the value for PTHREAD_STACK_MIN is not increased to match MINSIGSTKSZ
at this time. this is so as not to preclude applications from using
extremely small thread stacks when they know they will not be handling
signals. unfortunately cancellation and multi-threaded set*id() use
signals as an implementation detail and therefore require a stack
large enough for a signal context, so applications which use extremely
small thread stacks may still need to avoid using these features.
| Rich Felker | 11 | -2/+50 |
| 2015-03-16 | block all signals (even internal ones) in cancellation signal handler•••previously the implementation-internal signal used for multithreaded
set*id operations was left unblocked during handling of the
cancellation signal. however, on some archs, signal contexts are huge
(up to 5k) and the possibility of nested signal handlers drastically
increases the minimum stack requirement. since the cancellation signal
handler will do its job and return in bounded time before possibly
passing execution to application code, there is no need to allow other
signals to interrupt it.
| Rich Felker | 1 | -1/+2 |
| 2015-03-16 | update authors/contributors list•••these additions were made based on scanning commit authors since the
last update, at the time of the 1.1.4 release.
| Rich Felker | 1 | -0/+8 |
| 2015-03-15 | avoid sending huge names as nscd passwd/group queries•••overly long user/group names are potentially a DoS vector and source
of other problems like partial writes by sendmsg, and not useful.
| Rich Felker | 1 | -2/+3 |
| 2015-03-15 | simplify nscd lookup code for alt passwd/group backends•••previously, a sentinel value of (FILE *)-1 was used to inform the
caller of __nscd_query that nscd is not in use. aside from being an
ugly hack, this resulted in duplicate code paths for two logically
equivalent cases: no nscd, and "not found" result from nscd.
now, __nscd_query simply skips closing the socket and returns a valid
FILE pointer when nscd is not in use, and produces a fake "not found"
response header. the caller is then responsible for closing the socket
just like it would do if it had gotten a real "not found" response.
| Rich Felker | 4 | -15/+15 |
| 2015-03-15 | add alternate backend support for getgrouplist•••This completes the alternate backend support that was previously added
to the getpw* and getgr* functions. Unlike those, though, it
unconditionally queries nscd. Any groups from nscd that aren't in the
/etc/groups file are added to the returned list, and any that are
present in the file are ignored. The purpose of this behavior is to
provide a view of the group database consistent with what is observed
by the getgr* functions. If group memberships reported by nscd were
honored when the corresponding group already has a definition in the
/etc/groups file, the user's getgrouplist-based membership in the
group would conflict with their non-membership in the reported
gr_mem[] for the group.
The changes made also make getgrouplist thread-safe and eliminate its
clobbering of the global getgrent state.
| Josiah Worcester | 3 | -24/+86 |
| 2015-03-14 | aarch64: fix typo in bits/ioctl.h | Szabolcs Nagy | 1 | -1/+1 |
| 2015-03-14 | aarch64: add struct _aarch64_ctx to signal.h•••The unwind code in libgcc uses this type for unwinding across signal
handlers. On aarch64 the kernel may place a sequence of structs on the
signal stack on top of the ucontext to provide additional information.
The unwinder only needs the header, but added all the types the kernel
currently defines for this mechanism because they are part of the uapi.
| Szabolcs Nagy | 1 | -0/+17 |
| 2015-03-12 | align x32 pthread type sizes to be common with 32-bit archs•••previously, commit e7b9887e8b65253087ab0b209dc8dd85c9f09614 aligned
the sizes with the glibc ABI. subsequent discussion during the merge
of the aarch64 port reached a conclusion that we should reject larger
arch-specific sizes, which have significant cost and no benefit, and
stick with the existing common 32-bit sizes for all 32-bit/ILP32 archs
and the x86_64 sizes for 64-bit archs.
one peculiarity of this change is that x32 pthread_attr_t is now
larger in musl than in the glibc x32 ABI, making it unsafe to call
pthread_attr_init from x32 code that was compiled against glibc. with
all the ABI issues of x32, it's not clear that ABI compatibility will
ever work, but if it's needed, pthread_attr_init and related functions
could be modified not to write to the last slot of the object.
this is not a regression versus previous releases, since on previous
releases the x32 pthread type sizes were all severely oversized
already (due to incorrectly using the x86_64 LP64 definitions).
moreover, x32 is still considered experimental and not ABI-stable.
| Rich Felker | 1 | -4/+4 |
| 2015-03-11 | add aarch64 port•••This adds complete aarch64 target support including bigendian subarch.
Some of the long double math functions are known to be broken otherwise
interfaces should be fully functional, but at this point consider this
port experimental.
Initial work on this port was done by Sireesh Tripurari and Kevin Bortis.
| Szabolcs Nagy | 53 | -0/+2202 |
| 2015-03-11 | math: add dummy implementations of 128 bit long double functions•••This is in preparation for the aarch64 port only to have the long
double math symbols available on ld128 platforms. The implementations
should be fixed up later once we have proper tests for these functions.
Added bigendian handling for ld128 bit manipulations too.
| Szabolcs Nagy | 17 | -4/+111 |
| 2015-03-11 | math: add ld128 exp2l based on the freebsd implementation•••Changed the special case handling and bit manipulation to better
match the double version.
| Szabolcs Nagy | 1 | -1/+366 |
| 2015-03-11 | copy the dtv pointer to the end of the pthread struct for TLS_ABOVE_TP archs•••There are two main abi variants for thread local storage layout:
(1) TLS is above the thread pointer at a fixed offset and the pthread
struct is below that. So the end of the struct is at known offset.
(2) the thread pointer points to the pthread struct and TLS starts
below it. So the start of the struct is at known (zero) offset.
Assembly code for the dynamic TLSDESC callback needs to access the
dynamic thread vector (dtv) pointer which is currently at the front
of the pthread struct. So in case of (1) the asm code needs to hard
code the offset from the end of the struct which can easily break if
the struct changes.
This commit adds a copy of the dtv at the end of the struct. New members
must not be added after dtv_copy, only before it. The size of the struct
is increased a bit, but there is opportunity for size optimizations.
| Szabolcs Nagy | 3 | -4/+5 |
| 2015-03-07 | fix regression in pthread_cond_wait with cancellation disabled•••due to a logic error in the use of masked cancellation mode,
pthread_cond_wait did not honor PTHREAD_CANCEL_DISABLE but instead
failed with ECANCELED when cancellation was pending.
| Rich Felker | 1 | -0/+1 |
| 2015-03-07 | fix FLT_ROUNDS to reflect the current rounding mode•••Implemented as a wrapper around fegetround introducing a new function
to the ABI: __flt_rounds. (fegetround cannot be used directly from float.h)
| Szabolcs Nagy | 11 | -9/+22 |
| 2015-03-06 | fix over-alignment of TLS, insufficient builtin TLS on 64-bit archs•••a conservative estimate of 4*sizeof(size_t) was used as the minimum
alignment for thread-local storage, despite the only requirements
being alignment suitable for struct pthread and void* (which struct
pthread already contains). additional alignment required by the
application or libraries is encoded in their headers and is already
applied.
over-alignment prevented the builtin_tls array from ever being used in
dynamic-linked programs on 64-bit archs, thereby requiring allocation
at startup even in programs with no TLS of their own.
| Rich Felker | 2 | -4/+16 |
