From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Simon_K=c3=a5gstr=c3=b6m?= Subject: librte_table build race with SYMLINK-FILE? Date: Mon, 11 Apr 2016 12:46:16 +0200 Message-ID: <570B8078.7060409@netinsight.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit To: dev@dpdk.org, bruce.richardson@intel.com, jerin.jacob@caviumnetworks.com, jianbo.liu@linaro.org Return-path: Received: from ernst.netinsight.se (ernst.netinsight.se [194.16.221.21]) by dpdk.org (Postfix) with SMTP id 0ACE54B79 for ; Mon, 11 Apr 2016 12:46:19 +0200 (CEST) List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi! I'm upgrading from DPDK 2.1 to 16.04-rc4, and have a new build issue which I didn't see before. It's in the librte_table and happens from time to time (unfrequently) in my out-of-tree build. It looks like a race between comilation and SYMLINK-FILE: [...] == Build lib/librte_table CC rte_table_lpm_ipv6.o CC rte_table_lpm.o CC rte_table_acl.o CC rte_table_hash_key8.o In file included from [...]lib/librte_table/rte_table_lpm.c:43:0: [...]/dpdk.build/include/rte_lpm.h:484:25: fatal error: rte_lpm_sse.h: No such file or directory #include "rte_lpm_sse.h" ^ compilation terminated. CC rte_table_hash_key16.o [...] In this case, rte_lpm_sse.h is optionally symlinked if we're not on ARM. I've tried patching away the issue by unconditionally symlinking the _{neon,sse}.h files, and while I don't see the problem after that, I don't really see why it would improve the situation. Does anyone else see this as well? // Simon