History log of /dpdk/lib/eal/ppc/rte_cpuflags.c (Results 1 – 2 of 2)
Revision Date Author Comments
# 48c33e8c 11-Aug-2023 Sivaprasad Tummala <sivaprasad.tummala@amd.com>

eal: remove number of cpuflags from API

The RTE_CPUFLAG_NUMFLAGS enum value was mainly a canary for internal
use. Yet, it could be passed by an application to
rte_cpu_get_flag_enabled() / rte_cpu_ge

eal: remove number of cpuflags from API

The RTE_CPUFLAG_NUMFLAGS enum value was mainly a canary for internal
use. Yet, it could be passed by an application to
rte_cpu_get_flag_enabled() / rte_cpu_get_flag_name().
So, even though passing this value to those functions is debattable,
changing its meaning (by adding a new CPU feature for example) would
impact ABI compatibility.

This patch removes RTE_CPUFLAG_NUMFLAGS to avoid such future ABI
compatibility issue.

Signed-off-by: Sivaprasad Tummala <sivaprasad.tummala@amd.com>
Signed-off-by: David Marchand <david.marchand@redhat.com>

show more ...


# 99a2dd95 20-Apr-2021 Bruce Richardson <bruce.richardson@intel.com>

lib: remove librte_ prefix from directory names

There is no reason for the DPDK libraries to all have 'librte_' prefix on
the directory names. This prefix makes the directory names longer and also
m

lib: remove librte_ prefix from directory names

There is no reason for the DPDK libraries to all have 'librte_' prefix on
the directory names. This prefix makes the directory names longer and also
makes it awkward to add features referring to individual libraries in the
build - should the lib names be specified with or without the prefix.
Therefore, we can just remove the library prefix and use the library's
unique name as the directory name, i.e. 'eal' rather than 'librte_eal'

Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>

show more ...