History log of /freebsd/contrib/jemalloc/src/malloc_io.c (Results 1 – 7 of 7)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: release/14.0.0, release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0
# c5ad8142 24-Apr-2020 Eric van Gyzen <vangyzen@FreeBSD.org>

Update jemalloc to version 5.2.1

Revert r354606 to restore r354605.

Apply one line from jemalloc commit d01b425e5d1e1 in hash_x86_128()
to fix the build with gcc, which only allows a fallthrough at

Update jemalloc to version 5.2.1

Revert r354606 to restore r354605.

Apply one line from jemalloc commit d01b425e5d1e1 in hash_x86_128()
to fix the build with gcc, which only allows a fallthrough attribute
to appear before a case or default label.

Submitted by: jasone in r354605
Discussed with: jasone
Reviewed by: bdrewery
MFC after: never, due to gcc 4.2.1
Relnotes: yes
Sponsored by: Dell EMC Isilon
Differential Revision: https://reviews.freebsd.org/D24522

show more ...


# 79457a8a 21-Dec-2019 Ryan Libby <rlibby@FreeBSD.org>

jemalloc: pick from upstream: Fix GCC-9.1 warning with macro GET_ARG_NUMERIC

Pick 2d6d099fed05b1509e81e54458516528bfbbf38d from upstream jemalloc:

Fix GCC-9.1 warning with macro GET_ARG_NUMERIC

jemalloc: pick from upstream: Fix GCC-9.1 warning with macro GET_ARG_NUMERIC

Pick 2d6d099fed05b1509e81e54458516528bfbbf38d from upstream jemalloc:

Fix GCC-9.1 warning with macro GET_ARG_NUMERIC

GCC-9.1 reports following error when trying to compile file
src/malloc_io.c and with CFLAGS='-Werror' :

src/malloc_io.c: In function ‘malloc_vsnprintf’:
src/malloc_io.c:369:2: error: case label value exceeds maximum value for type [-Werror]
369 | case '?' | 0x80: \
| ^~~~
src/malloc_io.c:581:5: note: in expansion of macro ‘GET_ARG_NUMERIC’
581 | GET_ARG_NUMERIC(val, 'p');
| ^~~~~~~~~~~~~~~
...
<snip>
cc1: all warnings being treated as errors
make: *** [Makefile:388: src/malloc_io.sym.o] Error 1

The warning is reported as by default the type 'char' is 'signed char'
and or-ing 0x80 will turn the case label char negative which will be
beyond the printable ascii range (0 - 127).

The patch fixes this by explicitly casting the 'len' variable as
unsigned char' inside the 'switch' statement so that value of
expression " '?' | 0x80 " falls within the legal values of the
variable 'len'.

Discussed with: jasone (maintainer)
Sponsored by: Dell EMC Isilon

show more ...


# f2cb2907 11-Nov-2019 Jason Evans <jasone@FreeBSD.org>

Revert r354605: Update jemalloc to version 5.2.1.

Compilation fails for non-llvm-based platforms.


# e1c167d0 11-Nov-2019 Jason Evans <jasone@FreeBSD.org>

Update jemalloc to version 5.2.1.


Revision tags: release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0
# 0ef50b4e 11-May-2018 Jason Evans <jasone@FreeBSD.org>

Update jemalloc to version 5.1.0.


Revision tags: release/10.4.0, release/11.1.0
# 4198293b 17-Jun-2017 Dimitry Andric <dim@FreeBSD.org>

Merge ^/head r319801 through r320041.


# b7eaed25 15-Jun-2017 Jason Evans <jasone@FreeBSD.org>

Update jemalloc to 5.0.0.