From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f43.google.com (mail-wm0-f43.google.com [74.125.82.43]) by dpdk.org (Postfix) with ESMTP id 9F63C5913 for ; Wed, 2 Dec 2015 14:06:38 +0100 (CET) Received: by wmww144 with SMTP id w144so56016758wmw.0 for ; Wed, 02 Dec 2015 05:06:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=hbpPRtIGHIMv2hioHwYZiTlcjfE4M4jSeGcyU07VlOs=; b=1/MqYK4iHrENzfyJ3UrRnHnEpZ/45aT12HKcotQeuAMFtrU4gy1JV9CfwIJEaMCRXE XmP/s0HljEVKCrFEpr4RbO1eZEA4nLrCwS4wXkubQAtIyNQzfm43zXxbJwL8yXdIsq1H 3eUa7h57hToO+i7Y+gjwiPUHIQHR/WQGIVswN9tVGDUftdyjVY2txFfEBWNVaZ/KeZEK 9JFZ+bw74WObYCB/o7LE2BoCB5Gj+w0/cTo2eCsjd7+Uocfg2PcgmNYQe0hA72M3CFvf Y3mLQzDvCbG98IMl16oVt3dBqQDgLOtd1ginUzta19y5VWaqfiz8QFvAaAJg4mlEhF/S GrKw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=hbpPRtIGHIMv2hioHwYZiTlcjfE4M4jSeGcyU07VlOs=; b=ThhYDxJ+zmHv0wp8GfqMsZzpQ730ck9ysRw/vseAl4OFOe1r/NojdqwIXnE+u+8D8Z xAMc4oLdQewaAVuYm+JbD1wB76LMgwfcCF0ZkQp+dboIZx3BqvqPIk+WPPLb41HeanTG FhevlMul4XvBRsj4bZZvbTDnLyEHLJ4VCXc8d3pSmWZxJld63wr+vyJN4O97IVrL6Sno myI7jdHpz8C4NxAw2WZ1MUU1RP8iFobS25gmFy5oM51/68QKPhTU44hMhCZZVmnqEGfv y7T2b5k+FCqs8LI7fHsdmMXgSkmAOngRysZDulAvJKmvFQHyfxwnNWzC+l5MNdhbVLKD TV8Q== X-Gm-Message-State: ALoCoQmKeWeK/yoY0W8upBf1+FfrOog/ep7txyfRPIrSodAviVK0+5fwv3nOCiKtcxVHDKXiIysn X-Received: by 10.194.90.243 with SMTP id bz19mr4736194wjb.128.1449061598435; Wed, 02 Dec 2015 05:06:38 -0800 (PST) Received: from xps13.localnet (guy78-3-82-239-227-177.fbx.proxad.net. [82.239.227.177]) by smtp.gmail.com with ESMTPSA id k133sm3149758wmg.18.2015.12.02.05.06.37 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 05:06:37 -0800 (PST) From: Thomas Monjalon To: Panu Matilainen Date: Wed, 02 Dec 2015 14:05:29 +0100 Message-ID: <1767798.Go7fG5LFJB@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <565EEA08.9050900@redhat.com> References: <1449028676-19232-1-git-send-email-thomas.monjalon@6wind.com> <1789607.LxQySkSOJm@xps13> <565EEA08.9050900@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: dev@dpdk.org Subject: Re: [dpdk-dev] [PATCH 03/10] mk: install a standard cutomizable tree X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 13:06:38 -0000 2015-12-02 14:54, Panu Matilainen: > On 12/02/2015 01:25 PM, Thomas Monjalon wrote: > > 2015-12-02 12:27, Panu Matilainen: > >> $(prefix)/share is supposed to be shareable across different > >> architectures. Most of the content here is, but at least the lib symlink > >> and .config file are not. > > > > The case you want to address is multilib 32/x32/64, right? > > That, plus modern Debian/Ubuntu supports multiarch, not just -lib. We do not support completely different platforms (e.g. ARM and x86) with only one include directory. At the moment, only variants (32/64) live together. > >> One option is to install .config and the symlinks within $(sdkdir)/$(T) > >> directories, then it can be shared across architectures because each > >> lives in their own directory. Another possibility is moving the whole > >> sdk directory into a subdir in $(libdir), but that misses the > >> opportunity to share across architectures (whether anybody actually > >> cares is a whole other question :) > > > > Yes, I tried to remove the use of RTE_TARGET when building an example. > > But we can keep it with a subdirectory in $(sdkdir). > > Just realized my suggestion $(sdkdir)/$(T) would not cut it because if > T= is specified then this installation method wont be invoked at all :D I don't understand what you mean. In my patchset, the installation is the same (except some default values) with and without T=. > So yeah, RTE_TARGET. Or perhaps just RTE_ARCH. Dunno if there's actual > added value to having the whole target string there, but I wont mind either. RTE_TARGET is a safe choice for future.