DPDK patches and discussions
 help / color / mirror / Atom feed
* [dpdk-dev] [PATCH] Remove NO_AUTOLIBS option
@ 2015-05-01 14:29 Keith Wiles
  2015-05-12 13:07 ` Thomas Monjalon
  0 siblings, 1 reply; 3+ messages in thread
From: Keith Wiles @ 2015-05-01 14:29 UTC (permalink / raw)
  To: dev

NO_AUTOLIBS is not required as it was not used or defined in the config files.

Signed-off-by: Keith Wiles <keith.wiles@intel.com>
---
 mk/rte.app.mk | 5 -----
 1 file changed, 5 deletions(-)

diff --git a/mk/rte.app.mk b/mk/rte.app.mk
index b8030d2..b63e346 100644
--- a/mk/rte.app.mk
+++ b/mk/rte.app.mk
@@ -54,11 +54,8 @@ endif
 _LDLIBS-y += -L$(RTE_SDK_BIN)/lib
 
 #
-# Include libraries depending on config if NO_AUTOLIBS is not set
 # Order is important: from higher level to lower level
 #
-ifeq ($(NO_AUTOLIBS),)
-
 _LDLIBS-y += --whole-archive
 
 _LDLIBS-$(CONFIG_RTE_BUILD_COMBINE_LIBS)    += -l$(RTE_LIBNAME)
@@ -143,8 +140,6 @@ _LDLIBS-y += $(EXECENV_LDLIBS)
 _LDLIBS-y += --end-group
 _LDLIBS-y += --no-whole-archive
 
-endif # ifeq ($(NO_AUTOLIBS),)
-
 LDLIBS += $(_LDLIBS-y) $(EXTRA_LDLIBS)
 
 .PHONY: all
-- 
2.3.0

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-dev] [PATCH] Remove NO_AUTOLIBS option
  2015-05-01 14:29 [dpdk-dev] [PATCH] Remove NO_AUTOLIBS option Keith Wiles
@ 2015-05-12 13:07 ` Thomas Monjalon
  2015-05-12 19:18   ` Wiles, Keith
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas Monjalon @ 2015-05-12 13:07 UTC (permalink / raw)
  To: Keith Wiles; +Cc: dev

2015-05-01 09:29, Keith Wiles:
> NO_AUTOLIBS is not required as it was not used or defined in the config files.
> 
> Signed-off-by: Keith Wiles <keith.wiles@intel.com>
> ---
>  mk/rte.app.mk | 5 -----
>  1 file changed, 5 deletions(-)

Thanks Keith for trying to clean it, but removing half of an obsolete feature
is not a real clean-up ;)
When running "git grep NO_AUTOLIBS", it will return results in
doc/guides/prog_guide

I fixed the doc and manually applied your patch based on your _LDLIBS-y patch.
Maybe I'm too kind, I know people who whould refuse this patch :)

Sorry for being long here, but I want to show the work done when applying
patches and I want to ask: is it a good thing to manually fix patches in order
to speed-up the process or should it be more strict?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [dpdk-dev] [PATCH] Remove NO_AUTOLIBS option
  2015-05-12 13:07 ` Thomas Monjalon
@ 2015-05-12 19:18   ` Wiles, Keith
  0 siblings, 0 replies; 3+ messages in thread
From: Wiles, Keith @ 2015-05-12 19:18 UTC (permalink / raw)
  To: Thomas Monjalon; +Cc: dev



On 5/12/15, 8:07 AM, "Thomas Monjalon" <thomas.monjalon@6wind.com> wrote:

>2015-05-01 09:29, Keith Wiles:
>> NO_AUTOLIBS is not required as it was not used or defined in the config
>>files.
>> 
>> Signed-off-by: Keith Wiles <keith.wiles@intel.com>
>> ---
>>  mk/rte.app.mk | 5 -----
>>  1 file changed, 5 deletions(-)
>
>Thanks Keith for trying to clean it, but removing half of an obsolete
>feature
>is not a real clean-up ;)
>When running "git grep NO_AUTOLIBS", it will return results in
>doc/guides/prog_guide

Sorry, did not find that one in the docs. I thought I had searched for
other locations.
>
>I fixed the doc and manually applied your patch based on your _LDLIBS-y
>patch.
>Maybe I'm too kind, I know people who whould refuse this patch :)
>
>Sorry for being long here, but I want to show the work done when applying
>patches and I want to ask: is it a good thing to manually fix patches in
>order
>to speed-up the process or should it be more strict?

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2015-05-12 19:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-01 14:29 [dpdk-dev] [PATCH] Remove NO_AUTOLIBS option Keith Wiles
2015-05-12 13:07 ` Thomas Monjalon
2015-05-12 19:18   ` Wiles, Keith

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).