It seems that unit.c isn't compiled (and should preferably be compiled in src_test()) before `unit' is expected to be used in src_test().
# make -C .. tests/unit make: Entering directory '/dev/shm/portage/net-libs/cyassl-2.9.4/work/cyassl-2.9.4' hppa2.0-unknown-linux-gnu-gcc -g -ggdb -O0 -Wno-pragmas -Wall -Wno-strict-aliasing -Wextra -Wunknown-pragmas --param=ssp-buffer-size=1 -Waddress -Warray-bounds -Wbad-function-cast -Wchar-subscripts -Wcomment -Wfloat-equal -Wformat-security -Wformat=2 -Wmaybe-uninitialized -Wmissing-field-initializers -Wmissing-noreturn -Wmissing-prototypes -Wnested-externs -Wnormalized=id -Woverride-init -Wpointer-arith -Wpointer-sign -Wredundant-decls -Wshadow -Wsign-compare -Wstrict-overflow=1 -Wswitch-enum -Wundef -Wunused -Wunused-result -Wunused-variable -Wwrite-strings -fwrapv -fPIE -mschedule=8000 -march=2.0 -ggdb -Wall -O2 -pipe -Wno-comment -fvisibility=hidden -DHAVE_LIBZ -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed tests/unit.c -o tests/unit tests/unit.c:9:24: fatal error: tests/unit.h: No such file or directory compilation terminated. <builtin>: recipe for target 'tests/unit' failed make: *** [tests/unit] Error 1 make: Leaving directory '/dev/shm/portage/net-libs/cyassl-2.9.4/work/cyassl-2.9.4' It does #include <tests/unit.h> while there is no tests/tests subdirectory. I assume there is more trouble ahead.
(In reply to Jeroen Roovers from comment #1) > I assume there is more trouble ahead. Okay, RESTRICT="test" I tried to avoid it but upstream is just going to have to look at this for the next release and we just can't wait on stabiizing this any longer, plus my time is better spent on other pressing bugs.
(In reply to Anthony Basile from comment #2) > (In reply to Jeroen Roovers from comment #1) > > I assume there is more trouble ahead. > > plus my time is better spent on other pressing bugs. A security bug against an SSL/TLS implementation is less pressing than what, exactly?
(In reply to Jeroen Roovers from comment #3) > (In reply to Anthony Basile from comment #2) > > (In reply to Jeroen Roovers from comment #1) > > > I assume there is more trouble ahead. > > > > plus my time is better spent on other pressing bugs. > > A security bug against an SSL/TLS implementation is less pressing than what, > exactly? Wrong comparison. This is only about tests which cyassl has had issues with in the past too.