From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <nhorman@tuxdriver.com>
Received: from smtp.tuxdriver.com (charlotte.tuxdriver.com [70.61.120.58])
 by dpdk.org (Postfix) with ESMTP id 2C3E4AFD5
 for <dev@dpdk.org>; Fri, 18 Apr 2014 15:18:58 +0200 (CEST)
Received: from cpe-098-026-068-216.nc.res.rr.com ([98.26.68.216]
 helo=localhost)
 by smtp.tuxdriver.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63)
 (envelope-from <nhorman@tuxdriver.com>)
 id 1Wb8gs-0006RN-CB; Fri, 18 Apr 2014 09:18:58 -0400
Date: Fri, 18 Apr 2014 09:18:49 -0400
From: Neil Horman <nhorman@tuxdriver.com>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Message-ID: <20140418131849.GC4053@localhost.localdomain>
References: <1397585169-14537-2-git-send-email-nhorman@tuxdriver.com>
 <1397656304-468-1-git-send-email-nhorman@tuxdriver.com>
 <465940823.XQ0HDUOTVm@xps13>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <465940823.XQ0HDUOTVm@xps13>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Spam-Score: -2.9 (--)
X-Spam-Status: No
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH 01/15 v2] makefiles: Fixed -share command
 line option error
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Apr 2014 13:18:58 -0000

On Fri, Apr 18, 2014 at 01:23:19PM +0200, Thomas Monjalon wrote:
> Hi Neil,
> 
> 2014-04-16 09:51, Neil Horman:
> > The shared libraries built with the current makefile set produce static
> > libraries rather than actual shared objects.  This is due to several missing
> > options that are required to correctly build shared objects using ld, as
> > well as a mis-specified -share option (which should be -shared). Switching
> > to the use of CC rather than LD and fixing the -shared option corrects
> > these problems and builds the DSOs correctly.
> > 
> > Signed-off-by: Neil Horman <nhorman@tuxdriver.com>
> [...]
> > --- a/mk/rte.lib.mk
> > +++ b/mk/rte.lib.mk
> [...]
> > +ifeq ($(LINK_USING_CC),1)
> > +# Override the definition of LD here, since we're linking with CC
> > +LD := $(CC)
> > +endif
> [...]
> > -O_TO_S = $(LD) $(CPU_LDFLAGS) -z muldefs -share $(OBJS-y) -o $(LIB)
> > +O_TO_S = $(LD) $(CPU_LDFLAGS) -z muldefs -shared $(OBJS-y) -o $(LIB)
> 
> I think that CPU_LDFLAGS should be prefixed with -Wl, in case of CC linking.
> So blindly assigning CC to LD variable seems a bad idea.
> Other makefiles have different O_TO_S commands depending of LINK_USING_CC.
> 
I'm not so sure about that.  Or more specifically, I wonder if some more rework
isn't needed here.  I say that because, while what you say makes sense in terms
of formatting the CPU_FLAGS variable for use with CC, the only current use of
CPU_LDFLAGS set -melf_i386, which IIRC is a gcc flag, not meant to be passed to
LD.  I can change the makefile to completely rewrite the comand based on
LINK_USING_CC, but it seems to me that CPU_LDFLAGS should not be passed in the
use of the LD case.  

thoughts?
Neil

> > --- a/mk/rte.sharelib.mk
> > +++ b/mk/rte.sharelib.mk
> [...]
> > -O_TO_S = $(LD) $(CPU_LDFLAGS) -share $(OBJS) -o $(RTE_OUTPUT)/lib/$(LIB_ONE)
> > +O_TO_S = $(LD) $(CPU_LDFLAGS) -shared $(OBJS) -o $(RTE_OUTPUT)/lib/$(LIB_ONE)
> 
> Why not using CC here whether LINK_USING_CC is enabled?
> 
> Feel free to send a v3 ;)
> -- 
> Thomas
>