- 08 2月, 2012 3 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
note that it still will have the standards-conformant behavior, not the GNU behavior. but at least this prevents broken code from ending up with truncated pointers due to implicit declarations...
-
由 Rich Felker 提交于
per 7.18.4: Each invocation of one of these macros shall expand to an integer constant expression suitable for use in #if preprocessing directives. The type of the expression shall have the same type as would an expression of the corresponding type converted according to the integer promotions. The value of the expression shall be that of the argument. the key phrase is "converted according to the integer promotions". thus there is no intent or allowance that the expression have smaller-than-int types.
-
- 07 2月, 2012 6 次提交
-
-
由 Rich Felker 提交于
this should be everything except for some functions where the non-_l version isn't even implemented yet (mainly some non-ISO-C wcs* functions).
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
untested; should work.
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
this is mainly in hopes of supporting c++ (not yet possible for other reasons) but will also help applications/libraries which use (and more often, abuse) the gcc __attribute__((__constructor__)) feature in "C" code. x86_64 and arm versions of the new startup asm are untested and may have minor problems.
-
- 06 2月, 2012 1 次提交
-
-
由 Rich Felker 提交于
these have not been heavily tested, but they should work as described in the old standards. probably broken for non-finite values...
-
- 03 2月, 2012 2 次提交
-
-
由 Rich Felker 提交于
these don't work (or do anything at all) but at least make it possible to static link programs that insist on "having" dynamic loading support...as long as they don't actually need to use it. adding real support for dlopen/dlsym with static linking is going to be significantly more difficult...
-
由 Rich Felker 提交于
-
- 02 2月, 2012 4 次提交
-
-
由 Rich Felker 提交于
it should be noted that only the actual underlying buffer flush and fill operations are cancellable, not reads from or writes to the buffer. this behavior is compatible with POSIX, which makes all cancellation points in stdio optional, and it achieves the goal of allowing cancellation of a thread that's "stuck" on IO (due to a non-responsive socket/pipe peer, slow/stuck hardware, etc.) without imposing any measurable performance cost.
-
由 Rich Felker 提交于
these changes are a prerequisite to making stdio cancellable.
-
由 Rich Felker 提交于
this type should never be used anyway, but some old junk uses it..
-
由 Rich Felker 提交于
-
- 01 2月, 2012 2 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
- 30 1月, 2012 1 次提交
-
-
由 Rich Felker 提交于
based on patch by Jeremy Huntwork
-
- 29 1月, 2012 1 次提交
-
-
由 Rich Felker 提交于
patch by Jeremy Huntwork
-
- 26 1月, 2012 2 次提交
-
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
- 25 1月, 2012 2 次提交
-
-
由 Rich Felker 提交于
this is a nonstandard junk header anyway, so just do what apps expect..
-
由 Rich Felker 提交于
based on patch by sh4rm4. these functions are deprecated; futimens and utimensat should be used instead in new programs.
-
- 24 1月, 2012 3 次提交
-
-
由 Rich Felker 提交于
it was previously attempting to link start files as part of shared objects. this is definitely wrong and depending on the platform and linker could range from just adding extraneous junk to introducing textrels to making linking fail entirely.
-
由 Rich Felker 提交于
POSIX is unclear on whether it should, but all historical implementations seem to behave this way, and it seems more useful to applications.
-
由 Rich Felker 提交于
this issue affected programs which use global variables exported by non-libc libraries.
-
- 23 1月, 2012 6 次提交
-
-
由 Rich Felker 提交于
even with this change, PIE will not work yet due to deficiencies in the crt1.o startup code.
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
even a single-threaded program can be cancellable, e.g. if it's called pthread_cancel(pthread_self()). the correct predicate to check is not whether multiple threads have been invoked, but whether pthread_self has been invoked.
-
由 Rich Felker 提交于
patch by sh4rm4
-
由 Rich Felker 提交于
-
- 21 1月, 2012 3 次提交
-
-
由 Rich Felker 提交于
this allows the full range of 64-bit limit arguments even on 32-bit systems. fallback to the old syscalls on old kernels that don't support prlimit.
-
由 Rich Felker 提交于
-
由 Rich Felker 提交于
this fixes an issue using gold instead of gnu ld for linking. it also should eliminate the need of the startup code to even load/pass the got address to the dynamic linker. based on patch submitted by sh4rm4 with minor cosmetic changes. further cleanup will follow.
-
- 19 1月, 2012 1 次提交
-
-
由 Rich Felker 提交于
note that regardless of the name used, basename is always conformant. it never takes on the bogus gnu behavior, unlike glibc where basename is nonconformant when declared manually without including libgen.h.
-
- 17 1月, 2012 1 次提交
-
-
由 Rich Felker 提交于
this only affects non-ascii symbol names, which are probably not in use anyway..
-
- 24 12月, 2011 1 次提交
-
-
由 Rich Felker 提交于
-
- 17 11月, 2011 1 次提交
-
-
由 Rich Felker 提交于
CHUNK_SIZE macro was defined incorrectly and shaving off at least one significant bit in the size of mmapped chunks, resulting in the test for oldlen==newlen always failing and incurring a syscall. fortunately i don't think this issue caused any other observable behavior; the definition worked correctly for all non-mmapped chunks where its correctness matters more, since their lengths are always multiples of the alignment.
-