All of lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] [PATCH] wvstreams: remove tcl dependency support
@ 2013-11-14 22:57 Andrew Ruder
  2013-11-15  8:47 ` Thomas Petazzoni
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Andrew Ruder @ 2013-11-14 22:57 UTC (permalink / raw)
  To: buildroot

As far as I can tell enabling tcl support has no affect on the actual
library.  Furthermore, wvstreams has been checking for/linking against
tcl 8.3 which has never been supported in buildroot as far as I can tell
(8.4 added in 2005).  That being said there is clearly no reason to keep
this around.

Signed-off-by: Andrew Ruder <andrew.ruder@elecsyscorp.com>
---

 On a side-note, I am testing a few bigger patches to get expect 5.45
 and tcl 8.6.1 added/bumped.  I haven't done a decent amount of testing,
 but figured I'd get some of the smaller patches out of the way as I go.

 package/wvstreams/wvstreams.mk | 10 ++--------
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git a/package/wvstreams/wvstreams.mk b/package/wvstreams/wvstreams.mk
index b4f7d89..41155a7 100644
--- a/package/wvstreams/wvstreams.mk
+++ b/package/wvstreams/wvstreams.mk
@@ -22,7 +22,8 @@ WVSTREAMS_CONF_OPT += \
 	--with-openssl \
 	--with-zlib \
 	--without-pam \
-	--disable-warnings
+	--disable-warnings \
+	--without-tcl
 
 # needed for openssl detection when statically linking (as ssl needs lz)
 WVSTREAMS_CONF_ENV += LIBS=-lz
@@ -38,13 +39,6 @@ else
 	WVSTREAMS_CONF_OPT += --without-dbus
 endif
 
-ifeq ($(BR2_PACKAGE_TCL),y)
-	WVSTREAMS_DEPENDENCIES += tcl
-	WVSTREAMS_CONF_OPT += --with-tcl
-else
-	WVSTREAMS_CONF_OPT += --without-tcl
-endif
-
 ifeq ($(BR2_PACKAGE_QT),y)
 	WVSTREAMS_DEPENDENCIES += qt
 	WVSTREAMS_CONF_OPT += --with-qt
-- 
1.8.4.rc3

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

* [Buildroot] [PATCH] wvstreams: remove tcl dependency support
  2013-11-14 22:57 [Buildroot] [PATCH] wvstreams: remove tcl dependency support Andrew Ruder
@ 2013-11-15  8:47 ` Thomas Petazzoni
  2013-11-15 14:45 ` Andrew Ruder
  2013-11-17  7:49 ` Peter Korsgaard
  2 siblings, 0 replies; 5+ messages in thread
From: Thomas Petazzoni @ 2013-11-15  8:47 UTC (permalink / raw)
  To: buildroot

Dear Andrew Ruder,

On Thu, 14 Nov 2013 16:57:58 -0600, Andrew Ruder wrote:
> As far as I can tell enabling tcl support has no affect on the actual
> library.  Furthermore, wvstreams has been checking for/linking against
> tcl 8.3 which has never been supported in buildroot as far as I can tell
> (8.4 added in 2005).  That being said there is clearly no reason to keep
> this around.

Let's Cc Simon Dawson on this one, he is the one who added wvstreams in
the first place, earlier this year. Maybe he can comment on the TCL
side of it.

>  On a side-note, I am testing a few bigger patches to get expect 5.45
>  and tcl 8.6.1 added/bumped.  I haven't done a decent amount of testing,
>  but figured I'd get some of the smaller patches out of the way as I go.

Great!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

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

* [Buildroot] [PATCH] wvstreams: remove tcl dependency support
  2013-11-14 22:57 [Buildroot] [PATCH] wvstreams: remove tcl dependency support Andrew Ruder
  2013-11-15  8:47 ` Thomas Petazzoni
@ 2013-11-15 14:45 ` Andrew Ruder
  2013-11-16  9:36   ` Simon Dawson
  2013-11-17  7:49 ` Peter Korsgaard
  2 siblings, 1 reply; 5+ messages in thread
From: Andrew Ruder @ 2013-11-15 14:45 UTC (permalink / raw)
  To: buildroot

Simon,

I mistakingly left you off the original e-mail.  Any chance you could
review the sanity of this patch?  As best as I can tell, the TCL support
is some holdover from an earlier version of wvstreams (I can't find any
references to the HAVE_TCL_H and friends in the source code) and never
linked properly anyway as wvstreams only looks for tcl 8.3.  I only came
across it as I am trying to bump tcl and started looking at packages
with tcl dependencies and found this one.

I actually have a similar patch that fixes it to find/link against tcl
8.4 or tcl 8.6 but that's when I started digging around to see what it
actually changed in the source code and never could find anything and
went with this patch instead.

Thanks,
Andy


----------

As far as I can tell enabling tcl support has no affect on the actual
library.  Furthermore, wvstreams has been checking for/linking against
tcl 8.3 which has never been supported in buildroot as far as I can tell
(8.4 added in 2005).  That being said there is clearly no reason to keep
this around.

Signed-off-by: Andrew Ruder <andrew.ruder@elecsyscorp.com>
---

 On a side-note, I am testing a few bigger patches to get expect 5.45
 and tcl 8.6.1 added/bumped.  I haven't done a decent amount of testing,
 but figured I'd get some of the smaller patches out of the way as I go.

 package/wvstreams/wvstreams.mk | 10 ++--------
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git a/package/wvstreams/wvstreams.mk b/package/wvstreams/wvstreams.mk
index b4f7d89..41155a7 100644
--- a/package/wvstreams/wvstreams.mk
+++ b/package/wvstreams/wvstreams.mk
@@ -22,7 +22,8 @@ WVSTREAMS_CONF_OPT += \
 	--with-openssl \
 	--with-zlib \
 	--without-pam \
-	--disable-warnings
+	--disable-warnings \
+	--without-tcl
 
 # needed for openssl detection when statically linking (as ssl needs lz)
 WVSTREAMS_CONF_ENV += LIBS=-lz
@@ -38,13 +39,6 @@ else
 	WVSTREAMS_CONF_OPT += --without-dbus
 endif
 
-ifeq ($(BR2_PACKAGE_TCL),y)
-	WVSTREAMS_DEPENDENCIES += tcl
-	WVSTREAMS_CONF_OPT += --with-tcl
-else
-	WVSTREAMS_CONF_OPT += --without-tcl
-endif
-
 ifeq ($(BR2_PACKAGE_QT),y)
 	WVSTREAMS_DEPENDENCIES += qt
 	WVSTREAMS_CONF_OPT += --with-qt
-- 
1.8.4.rc3

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

* [Buildroot] [PATCH] wvstreams: remove tcl dependency support
  2013-11-15 14:45 ` Andrew Ruder
@ 2013-11-16  9:36   ` Simon Dawson
  0 siblings, 0 replies; 5+ messages in thread
From: Simon Dawson @ 2013-11-16  9:36 UTC (permalink / raw)
  To: buildroot

Hi Andrew,

On 15 November 2013 14:45, Andrew Ruder <andrew.ruder@elecsyscorp.com> wrote:
> Simon,
>
> I mistakingly left you off the original e-mail.  Any chance you could
> review the sanity of this patch?

I'm not actually using wvstreams, so don't have a strong opinion on
the change, but your patch looks correct to me.

Simon.

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

* [Buildroot] [PATCH] wvstreams: remove tcl dependency support
  2013-11-14 22:57 [Buildroot] [PATCH] wvstreams: remove tcl dependency support Andrew Ruder
  2013-11-15  8:47 ` Thomas Petazzoni
  2013-11-15 14:45 ` Andrew Ruder
@ 2013-11-17  7:49 ` Peter Korsgaard
  2 siblings, 0 replies; 5+ messages in thread
From: Peter Korsgaard @ 2013-11-17  7:49 UTC (permalink / raw)
  To: buildroot

>>>>> "Andrew" == Andrew Ruder <andrew.ruder@elecsyscorp.com> writes:

 > As far as I can tell enabling tcl support has no affect on the actual
 > library.  Furthermore, wvstreams has been checking for/linking against
 > tcl 8.3 which has never been supported in buildroot as far as I can tell
 > (8.4 added in 2005).  That being said there is clearly no reason to keep
 > this around.

 > Signed-off-by: Andrew Ruder <andrew.ruder@elecsyscorp.com>

Committed, thanks.

 > ---

 >  On a side-note, I am testing a few bigger patches to get expect 5.45
 >  and tcl 8.6.1 added/bumped.  I haven't done a decent amount of testing,
 >  but figured I'd get some of the smaller patches out of the way as I go.

Sounds good!

-- 
Bye, Peter Korsgaard

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

end of thread, other threads:[~2013-11-17  7:49 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-11-14 22:57 [Buildroot] [PATCH] wvstreams: remove tcl dependency support Andrew Ruder
2013-11-15  8:47 ` Thomas Petazzoni
2013-11-15 14:45 ` Andrew Ruder
2013-11-16  9:36   ` Simon Dawson
2013-11-17  7:49 ` Peter Korsgaard

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.