mempool/octeontx: fix build with old gcc
authorJerin Jacob <jerin.jacob@caviumnetworks.com>
Fri, 13 Oct 2017 11:31:35 +0000 (17:01 +0530)
committerThomas Monjalon <thomas@monjalon.net>
Fri, 13 Oct 2017 13:28:09 +0000 (15:28 +0200)
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
drivers/mempool/octeontx/octeontx_fpavf.h

index eea934f..8d5c2a6 100644 (file)
@@ -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;
index 263f733..7a39cd2 100644 (file)
@@ -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