src/include/stdlib.h, branch upstream/10.4.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=upstream%2F10.4.02017-02-19T21:10:34ZMFC r313819:2017-02-19T21:10:34ZPedro F. Giffunipfg@FreeBSD.org2017-02-19T21:10:34Zurn:sha1:5a890f1dd26edd2811870900bfc160f2436ce49a
Remove outdated claim.
Despite wishful thinking the removal of these old functions hasn't
happened yet.
MFC r297212:2016-03-30T22:12:07ZDimitry Andricdim@FreeBSD.org2016-03-30T22:12:07Zurn:sha1:d0199524f9dace732b4fe24fd50c82b40697f26c
For C++, expose long long types and functions (lldiv_t, llabs, lldiv,
etc) in stdlib.h. These will be needed for newer versions of libc++,
which uses them for defining overloaded versions of abs() and div().
MFC r263998:2014-04-15T09:41:52ZTijl Coosemanstijl@FreeBSD.org2014-04-15T09:41:52Zurn:sha1:13fee2c7c3e27dda92dc1ea24dad57b92a167b3d
Rename __wchar_t so it no longer conflicts with __wchar_t from clang 3.4
-fms-extensions.
Add mkostemp() and mkostemps().2013-08-09T17:24:23ZJilles Tjoelkerjilles@FreeBSD.org2013-08-09T17:24:23Zurn:sha1:65ba8dff5f7afa757806b78f2476bf61f8ff16c4
These are like mkstemp() and mkstemps() but allow passing open(2) flags like
O_CLOEXEC.
stdlib.h: Add correct POSIX version for POSIX extensions to C.2013-07-05T14:16:04ZJilles Tjoelkerjilles@FreeBSD.org2013-07-05T14:16:04Zurn:sha1:e45e1f2730144fdf02392e902989e9020e33f7301) POSIX requires rand(3) return values to be in the [0, RAND_MAX] range,2013-07-03T21:21:54ZAndrey A. Chernovache@FreeBSD.org2013-07-03T21:21:54Zurn:sha1:476d9314d6247b8386926960081689e8f395594c
but ACM formula we use have internal state (and return value) in the
[1, 0x7ffffffe] range, so our RAND_MAX (0x7fffffff) is never reached
because it is off by one, zero is not reached too.
Correct both RAND_MAX and rand(3) return value, shifting last one
to the 0 by 1 subtracted, resulting POSIXed [0, 0x7ffffffd(=new RAND_MAX)]
range.
2) Add a checks for not overflowing on too big seeds. It may happens on
the machines, where sizeof(unsigned int) > 32 bits.
Reviewed by: bde [1]
MFC after: 2 weeks
Import jemalloc 9ef7f5dc34ff02f50d401e41c8d9a4a928e7c2aa (dev branch,2012-04-17T07:22:14ZJason Evansjasone@FreeBSD.org2012-04-17T07:22:14Zurn:sha1:a4bd5210d5e680818a9319a76ebf71caef95bcd3
prior to 3.0.0 release) as contrib/jemalloc, and integrate it into libc.
The code being imported by this commit diverged from
lib/libc/stdlib/malloc.c in March 2010, which means that a portion of
the jemalloc 1.0.0 ChangeLog entries are relevant, as are the entries
for all subsequent releases.
Correctly expose xlocale functions if people include the headers in the wrong2012-03-28T12:11:54ZDavid Chisnalltheraven@FreeBSD.org2012-03-28T12:11:54Zurn:sha1:3ac9d659890471a1936268bfec06e74caf9025df
order (as some ports apparently do).
Approved by: dim (mentor)
Expose some C11 stuff that is also C++11 stuff in C++11 mode.2012-03-14T14:39:07ZDavid Chisnalltheraven@FreeBSD.org2012-03-14T14:39:07Zurn:sha1:79d09835dd3c33a699b00d00ec50be6a4512b57f
Approved by: dim (mentor)
Add aligned_alloc(3).2012-01-09T06:36:28ZEd Schoutened@FreeBSD.org2012-01-09T06:36:28Zurn:sha1:9e16bab42ae3f817f87b3eca303c87a05d6a8226
The C11 folks reinvented the wheel by introducing an aligned version of
malloc(3) called aligned_alloc(3), instead of posix_memalign(3). Instead
of returning the allocation by reference, it returns the address, just
like malloc(3).
Reviewed by: jasone@