From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 3887D5913 for ; Wed, 2 Dec 2015 14:29:50 +0100 (CET) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (Postfix) with ESMTPS id 7D8FC8E221; Wed, 2 Dec 2015 13:29:49 +0000 (UTC) Received: from sopuli.koti.laiskiainen.org (vpn1-6-161.ams2.redhat.com [10.36.6.161]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id tB2DTl9N023157; Wed, 2 Dec 2015 08:29:48 -0500 To: Thomas Monjalon References: <1449028676-19232-1-git-send-email-thomas.monjalon@6wind.com> <1789607.LxQySkSOJm@xps13> <565EEA08.9050900@redhat.com> <1767798.Go7fG5LFJB@xps13> From: Panu Matilainen Message-ID: <565EF24B.2080507@redhat.com> Date: Wed, 2 Dec 2015 15:29:47 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <1767798.Go7fG5LFJB@xps13> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 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:29:50 -0000 On 12/02/2015 03:05 PM, Thomas Monjalon wrote: > 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. Actually even the variants will run into problems because eg rte_config.h will differ between 32- and 64-bit. But that's a problem for another day, this is hardly the most pressing of issues :) > >>>> 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=. Hmm, must've misuderstood/mixed up with something Marios patches do. Never mind, I was just mumbling out loud anyhow. > >> 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. > Nod. - Panu -