* [dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled
@ 2018-08-30 11:55 Christian Ehrhardt
2018-08-30 11:59 ` Christian Ehrhardt
0 siblings, 1 reply; 2+ messages in thread
From: Christian Ehrhardt @ 2018-08-30 11:55 UTC (permalink / raw)
To: adrien.mazarguil, dev, Gowrishankar Muthukrishnan, Chao Zhu
Cc: Luca Boccassi, Thomas Monjalon, Christian Ehrhardt
The definition of almost any newer standard like --stc=c11 will drop
__APPLCE_ALTIVEC__ which otherwise would be defined.
If that is the case then altivec.h will redefine bool to a type
conflicting with those defined by stdbool.h.
This breaks compilation of 18.08 on ppc64 like:
mlx5_nl_flow.c:407:17: error: incompatible types when assigning
to type ‘__vector __bool int’ {aka ‘__vector(4) __bool int’}
from type ‘int’ in_port_id_set = false;
Other alternatives were pursued on [1] but they always ended up being
more complex than what would be appropriate for the issue we face.
[1]: http://mails.dpdk.org/archives/dev/2018-August/109926.html
Tested-by: Takeshi T Yoshimura <TYOS@jp.ibm.com>
Reviewed-by: Adrien Mazarguil adrien.mazarguil@6wind.com
Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
---
.../common/include/arch/ppc_64/rte_memcpy.h | 11 +++++++++++
1 file changed, 11 insertions(+)
diff --git a/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h b/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
index 75f74897b..0b3b89b56 100644
--- a/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
+++ b/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
@@ -37,6 +37,17 @@
#include <string.h>
/*To include altivec.h, GCC version must >= 4.8 */
#include <altivec.h>
+/*
+ * Compilation workaround for PPC64 targets when AltiVec is fully
+ * enabled e.g. with std=c11. Otherwise there would be a type conflict
+ * of "bool" between stdbool and altivec.
+ */
+#if defined(__PPC64__) && !defined(__APPLE_ALTIVEC__)
+ #undef bool
+ /* redefine as in stdbool.h */
+ #define bool _Bool
+#endif
+
#ifdef __cplusplus
extern "C" {
--
2.17.1
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled
2018-08-30 11:55 [dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled Christian Ehrhardt
@ 2018-08-30 11:59 ` Christian Ehrhardt
0 siblings, 0 replies; 2+ messages in thread
From: Christian Ehrhardt @ 2018-08-30 11:59 UTC (permalink / raw)
To: adrien.mazarguil, dev, Gowrishankar Muthukrishnan, Chao Zhu
Cc: Luca Boccassi, Thomas Monjalon
On Thu, Aug 30, 2018 at 1:55 PM Christian Ehrhardt <
christian.ehrhardt@canonical.com> wrote:
> The definition of almost any newer standard like --stc=c11 will drop
> __APPLCE_ALTIVEC__ which otherwise would be defined.
> If that is the case then altivec.h will redefine bool to a type
> conflicting with those defined by stdbool.h.
>
> This breaks compilation of 18.08 on ppc64 like:
> mlx5_nl_flow.c:407:17: error: incompatible types when assigning
> to type ‘__vector __bool int’ {aka ‘__vector(4) __bool int’}
> from type ‘int’ in_port_id_set = false;
>
> Other alternatives were pursued on [1] but they always ended up being
> more complex than what would be appropriate for the issue we face.
>
> [1]: http://mails.dpdk.org/archives/dev/2018-August/109926.html
>
> Tested-by: Takeshi T Yoshimura <TYOS@jp.ibm.com>
> Reviewed-by: Adrien Mazarguil adrien.mazarguil@6wind.com
After more of a decade of submitting patches I should get an email right :-/
Well V3 it will be ...
> Signed-off-by: Christian Ehrhardt <christian.ehrhardt@canonical.com>
> ---
> .../common/include/arch/ppc_64/rte_memcpy.h | 11 +++++++++++
> 1 file changed, 11 insertions(+)
>
> diff --git a/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
> b/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
> index 75f74897b..0b3b89b56 100644
> --- a/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
> +++ b/lib/librte_eal/common/include/arch/ppc_64/rte_memcpy.h
> @@ -37,6 +37,17 @@
> #include <string.h>
> /*To include altivec.h, GCC version must >= 4.8 */
> #include <altivec.h>
> +/*
> + * Compilation workaround for PPC64 targets when AltiVec is fully
> + * enabled e.g. with std=c11. Otherwise there would be a type conflict
> + * of "bool" between stdbool and altivec.
> + */
> +#if defined(__PPC64__) && !defined(__APPLE_ALTIVEC__)
> + #undef bool
> + /* redefine as in stdbool.h */
> + #define bool _Bool
> +#endif
> +
>
> #ifdef __cplusplus
> extern "C" {
> --
> 2.17.1
>
>
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2018-08-30 11:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-08-30 11:55 [dpdk-dev] [PATCH v2] ppc64: fix compilation of when AltiVec is enabled Christian Ehrhardt
2018-08-30 11:59 ` Christian Ehrhardt
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).