630f6ec11e
Downstreams might want to provide different DPDK releases at the same time to support multiple consumers of DPDK linked against older and newer sonames. Also due to the interdependencies that DPDK libraries can have applications might end up with an executable space in which multiple versions of a library are mapped by ld.so. Think of LibA that got an ABI bump and LibB that did not get an ABI bump but is depending on LibA. Application \-> LibA.old \-> LibB.new -> LibA.new That is a conflict which can be avoided by setting CONFIG_RTE_MAJOR_ABI. If set CONFIG_RTE_MAJOR_ABI overwrites any LIBABIVER value. An example might be ``CONFIG_RTE_MAJOR_ABI=16.11`` which will make all libraries librte<?>.so.16.11 instead of librte<?>.so.<LIBABIVER>. We need to cut arbitrary long stings after the .so now and this would work for any ABI version in LIBABIVER: $(Q)ln -s -f $< $(patsubst %.$(LIBABIVER),%,$@) But using the following instead additionally allows to simplify the Make File for the CONFIG_RTE_NEXT_ABI case. $(Q)ln -s -f $< $(shell echo $@ | sed 's/\.so.*/.so/') Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com> Reviewed-by: Jan Blunck <jblunck@infradead.org> Tested-by: Jan Blunck <jblunck@infradead.org> |
||
---|---|---|
.. | ||
common_base | ||
common_bsdapp | ||
common_linuxapp | ||
defconfig_arm64-armv8a-linuxapp-gcc | ||
defconfig_arm64-dpaa2-linuxapp-gcc | ||
defconfig_arm64-thunderx-linuxapp-gcc | ||
defconfig_arm64-xgene1-linuxapp-gcc | ||
defconfig_arm-armv7a-linuxapp-gcc | ||
defconfig_i686-native-linuxapp-gcc | ||
defconfig_i686-native-linuxapp-icc | ||
defconfig_ppc_64-power8-linuxapp-gcc | ||
defconfig_x86_64-native-bsdapp-clang | ||
defconfig_x86_64-native-bsdapp-gcc | ||
defconfig_x86_64-native-linuxapp-clang | ||
defconfig_x86_64-native-linuxapp-gcc | ||
defconfig_x86_64-native-linuxapp-icc | ||
defconfig_x86_x32-native-linuxapp-gcc |