DGNum/hostapd
6
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions
hostapd/src/lib.rules

30 lines
655 B
Text
Raw Normal View History

build: Make a common library build Derive the library name from the directory name, and let each library Makefile only declare the objects that are needed. This reduces duplicate code for the ar call. While at it, also pretty-print that call. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-10-12 12:14:04 +02:00
_LIBMK := $(lastword $(wordlist 1,$(shell expr $(words $(MAKEFILE_LIST)) - 1),$(MAKEFILE_LIST)))
_LIBNAME := $(notdir $(patsubst %/,%,$(dir $(abspath $(_LIBMK)))))
ALL := $(OUT)lib$(_LIBNAME).a
build: Use build.rules in lib.rules Use the new build.rules in lib.rules and also unify the clean targets to lib.rules. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-09-18 11:49:50 +02:00
LIB_RULES := $(lastword $(MAKEFILE_LIST))
include $(dir $(LIB_RULES))build.rules
Add rules for building src/crypto as a library For now, this is hardcoded to support only the internal crypto implementation.
2009-12-05 21:03:46 +01:00
tests: TLS fuzzing tool Add test-tls program that can be used for fuzzing the internal TLS client and server implementations. This tool can write client or server messages into a file as an initialization step and for the fuzzing step, that file (with potential modifications) can be used to replace the internally generated message contents. The TEST_FUZZ=y build parameter is used to make a special build where a hardcoded random number generator and hardcoded timestamp are used to force deterministic behavior for the TLS operations. Signed-off-by: Jouni Malinen <j@w1.fi>
2019-02-09 20:07:24 +01:00
ifdef TEST_FUZZ
CFLAGS += -DCONFIG_NO_RANDOM_POOL
CFLAGS += -DTEST_FUZZ
endif
tests: Fix CFLAGS passing for new fuzzing tools src/*/Makefile needs to allow additional CFLAGS values to be provided from the calling Makefiles so that the clang command line arguments to enable sanitizers consistently. In addition, it can be useful to be able to provide CC, CFLAGS, and LDFLAGS from external setup while still requesing LIBFUZZER=y build. Allow that by not overriding these variables if they are already set. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-06-07 22:57:02 +02:00
CFLAGS += $(FUZZ_CFLAGS)
Add rules for building src/crypto as a library For now, this is hardcoded to support only the internal crypto implementation.
2009-12-05 21:03:46 +01:00
CFLAGS += -I.. -I../utils
build: Make more library things common We don't really need to duplicate more of this, so just move the lib.rules include to the end and do more of the stuff that's common anyway there. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-10-12 12:14:05 +02:00
_OBJS_VAR := LIB_OBJS
include ../objs.mk
$(ALL): $(LIB_OBJS)
build: Make a common library build Derive the library name from the directory name, and let each library Makefile only declare the objects that are needed. This reduces duplicate code for the ar call. While at it, also pretty-print that call. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-10-12 12:14:04 +02:00
@$(E) " AR $(notdir $@)"
$(Q)$(AR) crT $@ $?
build: Fix libeap_peer.a build The install target at the beginning of src/eap_peer/Makefile was confusing make about the build rules for libeap_peer.a and overriding of the install target between src/eap_peer/Makefile and src/lib.rules was breaking installation of dynamic EAP peer *.so files. Fix this by lib.rules defining a default for the install target so that src/*/Makefile can override that and by moving the install target for eap_peer to the end of the Makefile. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2020-10-14 21:57:04 +02:00
install-default:
build: Make more library things common We don't really need to duplicate more of this, so just move the lib.rules include to the end and do more of the stuff that's common anyway there. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-10-12 12:14:05 +02:00
@echo Nothing to be made.
build: Fix libeap_peer.a build The install target at the beginning of src/eap_peer/Makefile was confusing make about the build rules for libeap_peer.a and overriding of the install target between src/eap_peer/Makefile and src/lib.rules was breaking installation of dynamic EAP peer *.so files. Fix this by lib.rules defining a default for the install target so that src/*/Makefile can override that and by moving the install target for eap_peer to the end of the Makefile. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2020-10-14 21:57:04 +02:00
%: %-default
@true
build: lib.rules: Add common-clean During the build reshuffling, I missed this, so doing 'make clean' in a certain src/lib folder doesn't clean up everything anymore. Fix that. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-10-15 11:42:21 +02:00
clean: common-clean
build: Use build.rules in lib.rules Use the new build.rules in lib.rules and also unify the clean targets to lib.rules. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2020-09-18 11:49:50 +02:00
$(Q)rm -f *~ *.o *.d *.gcno *.gcda *.gcov $(ALL)
Reference in a new issue Copy permalink