[dpdk-dev] mempool/octeontx: fix build issue with old gcc
Checks
Commit Message
Replaced _Static_assert compiler function with RTE_BUILD_BUG_ON()
to fix build issue with old gcc.
Fixes: 02fd6c744350 ("mempool/octeontx: support allocation")
Signed-off-by: Jerin Jacob <jerin.jacob@caviumnetworks.com>
---
drivers/mempool/octeontx/octeontx_fpavf.c | 3 +--
drivers/mempool/octeontx/octeontx_fpavf.h | 2 --
2 files changed, 1 insertion(+), 4 deletions(-)
Comments
13/10/2017 13:31, Jerin Jacob:
> Replaced _Static_assert compiler function with RTE_BUILD_BUG_ON()
> to fix build issue with old gcc.
>
> Fixes: 02fd6c744350 ("mempool/octeontx: support allocation")
> Signed-off-by: Jerin Jacob <jerin.jacob@caviumnetworks.com>
Applied, thanks
@@ -523,8 +523,7 @@ octeontx_fpa_bufpool_create(unsigned int object_size, unsigned int object_count,
int res;
RTE_SET_USED(node_id);
- FPAVF_STATIC_ASSERTION(sizeof(struct rte_mbuf) <=
- OCTEONTX_FPAVF_BUF_OFFSET);
+ RTE_BUILD_BUG_ON(sizeof(struct rte_mbuf) > OCTEONTX_FPAVF_BUF_OFFSET);
if (unlikely(*va_start == NULL))
goto error_end;
@@ -92,8 +92,6 @@
#define FPA_MAX_OBJ_SIZE (128 * 1024)
#define OCTEONTX_FPAVF_BUF_OFFSET 128
-#define FPAVF_STATIC_ASSERTION(s) _Static_assert(s, #s)
-
/*
* In Cavium OcteonTX SoC, all accesses to the device registers are
* implicitly strongly ordered. So, the relaxed version of IO operation is