| Age | Commit message (Collapse) | Author |
|
Apparently this restriction was lifted in C17, and this was even
documented in a part of the man page I didn't notice because I got
stuck at the incomplete sentence `The aligned_alloc function conforms
to.'. Sorry for the noise, folks.
|
|
C11, Sec. 7.22.3.1 The aligned_alloc function, paragraph 2, p. 348:
The value of alignment shall be a valid alignment supported by the
implementation and the value of size shall be an integral multiple
of alignment.
posix_memalign does not appear to have any corresponding constraint.
XXX pullup-10
|
|
Since today, lint handles unnamed struct/union correctly.
|
|
Since 2021-01-31, lint no longer needs these comments.
|
|
Since 2021-01-31, lint no longer needs them.
|
|
|
|
|
|
Otherwise, GDB11 crashes in strange ways.
|
|
|
|
Cherry-picked from upstream:
https://git.savannah.gnu.org/gitweb/?p=config.git;a=commit;h=1c4398015583eb77bc043234f5734be055e64bea
Everything except external/apache2/llvm/dist/llvm/cmake/config.guess
is patched, which is under vendor tag and cannot be modified. I expect
that this file is not actually used as we use hand-crafted version of
configure script instead of cmake for building LLVM.
Note that external/apache2/llvm/autoconf/autoconf/config.guess has
already been committed on Oct. 20, but commit message disappeared as
cvs aborted due to "permission denied" when trying to modify the file
mentioned above. Sorry for confusing you.
Also note that GMP uses its own config.guess Patch for
external/lgpl3/gmp/dist/config.guess is provided by ryo@. Thanks!
|
|
GCC 9.3 seems to be able to compile rtree.c with -O2:
- No new regressions in ATF.
- System survives over a night, at least, under heavy loads.
On the other hand, unfortunately, GCC 9.3 still miscompiles tcache.c
with -O2 or -O1. For example, even ``gcc -g hello.c'' fails with ICE
if tcache.c is compiled with -O[12] in libc.
|
|
|
|
Provide the hook from modern jemalloc to avoid using TSD for the thread
destruction cleanup as it can result in reentrancy crashes if fork is
called from a thread that never called malloc as it will result in a
late malloc from the pre-fork synchronisation handler.
|
|
- lock all relevant mutexes just before fork
- unlock all mutexes just after fork in the parent
- full reinit non-spinlocks in the child
This is not using the normal pthread_atfork interface to ensure order of
operation, malloc is used as implementation detail too often.
|
|
|
|
|
|
Cherry-pick upstrem patch.
https://github.com/jemalloc/jemalloc/pull/1768
|
|
Cherry-pick upstream patch:
Fix Undefined Behavior in hash.h
hash.h:200:27, left shift of 250 by 24 places cannot be represented in type 'int'
https://github.com/jemalloc/jemalloc/commit/7fd22f7b2ea5ce2540563ece8e2d30a5316ac857
|
|
|
|
PR port-alpha/54307.
If rtree.c and tcache.c are compiled with -O0, userland just works
without problems as far as I can see. Alternately, you can specify
-DJEMALLOC_DEBUG to avoid random crash. Smells like compiler bug,
or wrong coding which relies on some undefined behavior.
Anyway, we need to pull this up into netbsd-9 asap.
|
|
http://www.open-std.org/jtc1/sc22/wg14/www/docs/summary.htm#dr_400
|
|
|
|
really alive otherwise.
|
|
back. Discussed with christos.
|
|
|
|
Prefer MAX_PAGE_SHIFT over PAGE_SHIFT
|
|
getpagesize()
|
|
|
|
|
|
for example for COMPAT_NETBSD32 sparc binaries (4K page size because of
MIN_PAGE_SIZE), running on sparc64 (8K pages).
|
|
|
|
|
|
|
|
|
|
|
|
because sun2 links statically.
|
|
|
|
back to using MAX_PAGE_SHIFT.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
issue: jemalloc uses a lot more memory (if it can find it) by default and
this test limited the amount of memory it could get, causing it to get to
an error path with a missing mutex_unlock...
|
|
|
|
frequently. We need a real fix.
|
|
|