[dpdk-dev] [PATCH] A fix to work around strict-aliasing rules breaking
Pawel Wodkowski
pawelx.wodkowski at intel.com
Mon Mar 2 13:32:11 CET 2015
On 2015-03-02 11:32, Bruce Richardson wrote:
> On Mon, Mar 02, 2015 at 05:03:50PM +0800, zhihong.wang at intel.com wrote:
>> Fixed strict-aliasing rules breaking errors for some GCC version.
>>
>
> This looks messy. Also, I believe the definition of memcpy should include
> the "restrict" keyword to indicate that source and dest can't overlap. Might
> that help fix the issue?
>
Is this error related with overlapping or casting 'void *' to 'uintXX_t
*' that make compiler report aliasing rule breaking?
>
>> Signed-off-by: Zhihong Wang <zhihong.wang at intel.com>
>> ---
>> .../common/include/arch/x86/rte_memcpy.h | 44 ++++++++++++----------
>> 1 file changed, 24 insertions(+), 20 deletions(-)
>>
>> diff --git a/lib/librte_eal/common/include/arch/x86/rte_memcpy.h b/lib/librte_eal/common/include/arch/x86/rte_memcpy.h
>> index 69a5c6f..f412099 100644
>> --- a/lib/librte_eal/common/include/arch/x86/rte_memcpy.h
>> +++ b/lib/librte_eal/common/include/arch/x86/rte_memcpy.h
>> @@ -195,6 +195,8 @@ rte_mov256blocks(uint8_t *dst, const uint8_t *src, size_t n)
>> static inline void *
>> rte_memcpy(void *dst, const void *src, size_t n)
>> {
>> + uintptr_t dstu = (uintptr_t)dst;
>> + uintptr_t srcu = (uintptr_t)src;
If so maybe using union here would be good solution or 'char *'.
--
Pawel
More information about the dev
mailing list