Describe the bug
A clear and concise description of what the bug is.
To Reproduce
This is on debian testing x86
make -j9 PREFIX=/usr ZSTD_LEGACY_SUPPORT=0 HAVE_ZLIB=0 HAVE_LZMA=0 HAVE_LZ4=0 MOREFLAGS="-Os" HAVE_THREAD=1 -C lib libzstd.pc-mt-release lib-mt-release
make -j9 PREFIX=/usr ZSTD_LEGACY_SUPPORT=0 HAVE_ZLIB=0 HAVE_LZMA=0 HAVE_LZ4=0 MOREFLAGS="-Os" HAVE_THREAD=1 -C programs zstd-dll
Expected behavior
zstd library and program being build (like it worked with 1.5.2)
Actutal behavior
LINK obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/zstd
cc -DXXH_NAMESPACE=ZSTD_ -DDEBUGLEVEL=0 -DZSTD_LEGACY_SUPPORT=0 -DZSTD_MULTITHREAD -DZSTD_LEGACY_SUPPORT=0 -O3 -Wall -Wextra -Wcast-qual -Wcast-align -Wshadow -Wstrict-aliasing=1 -Wswitch-enum -Wdeclaration-after-statement -Wstrict-prototypes -Wundef -Wpointer-arith -Wvla -Wformat=2 -Winit-self -Wfloat-equal -Wwrite-strings -Wredundant-decls -Wmissing-prototypes -Wc++-compat -Os -Wa,--noexecstack -Wall -Wextra -Wcast-qual -Wcast-align -Wshadow -Wstrict-aliasing=1 -Wswitch-enum -Wdeclaration-after-statement -Wstrict-prototypes -Wundef -Wpointer-arith -Wvla -Wformat=2 -Winit-self -Wfloat-equal -Wwrite-strings -Wredundant-decls -Wmissing-prototypes -Wc++-compat -Os -O3 -Wall -Wextra -Wcast-qual -Wcast-align -Wshadow -Wstrict-aliasing=1 -Wswitch-enum -Wdeclaration-after-statement -Wstrict-prototypes -Wundef -Wpointer-arith -Wvla -Wformat=2 -Winit-self -Wfloat-equal -Wwrite-strings -Wredundant-decls -Wmissing-prototypes -Wc++-compat -Os -Wa,--noexecstack -Os -z noexecstack -L../lib -pthread obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/xxhash.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/benchfn.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/benchzstd.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/datagen.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/dibio.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio_asyncio.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/timefn.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/util.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/zstdcli.o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/zstdcli_trace.o -lzstd -o obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/zstd
/usr/bin/ld: obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio_asyncio.o: in function `AIO_IOPool_destroy':
fileio_asyncio.c:(.text+0x4ed): undefined reference to `POOL_free'
/usr/bin/ld: obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio_asyncio.o: in function `AIO_IOPool_init':
fileio_asyncio.c:(.text+0x63f): undefined reference to `POOL_create'
/usr/bin/ld: obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio_asyncio.o: in function `AIO_IOPool_enqueueJob':
fileio_asyncio.c:(.text+0x13d): undefined reference to `POOL_add'
/usr/bin/ld: obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/fileio_asyncio.o: in function `AIO_IOPool_join':
fileio_asyncio.c:(.text+0x3ed): undefined reference to `POOL_joinJobs'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:162: obj/conf_2f7cbea6a959ba80ad7e06b8fde79417/zstd] Error 1
make: *** [Makefile:150: zstd] Error 2
make: Leaving directory '/tmp/zstd-1.5.4/programs'
Desktop (please complete the following information):
- OS: Debian Linux
- Version: Bookworm x86_64
- Compiler: gcc (Debian 12.2.0-14) 12.2.0
- Flags: -Os
- Build system: Makefile
Additional context
Add any other context about the problem here.
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
This is on debian testing x86
Expected behavior
zstd library and program being build (like it worked with 1.5.2)
Actutal behavior
Desktop (please complete the following information):
Additional context
Add any other context about the problem here.