Bug 53551 – dev-tcltk/otcl-1.8-r1 cannot build against tcl8.3.4 & tk-8.3.4 unless you force --with-tcl=ver=8.3.4, --with-tk-ver=8.3.4

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Ferris McCormick (RETIRED) 2004-06-10 11:02:02 UTC]

If you have tcl-8.3.4 installed and want to emerge otcl, the configure dies thus:
=================================================
checking for tcl.h... -I/usr/include
checking for libtcl8.4... -L/usr/lib -ltcl
checking for init.tcl... no
checking for tclsh8.4.5... no
checking for tclsh8.4... no
checking for tclsh... /usr/bin/tclsh
configure: error: Installation of tcl seems incomplete or can't be found automatically.
Please correct the problem by telling configure where tcl is
using the argument --with-tcl=/path/to/package
(perhaps after installing it),
or the package is not required, disable it with --with-tcl=no.

!!! ERROR: dev-tcltk/otcl-1.8-r1 failed.
!!! Function econf, Line 365, Exitcode 1
!!! econf failed
=================================================
The ebuild requires >=dev-lang/tcl-8.3.2, etc, and if in the ebuild you force
--with-tcl-ver=8.3.4 --with-tk-ver=8.3.4, then otcl does build.

(Notice that the 'libtcl8.4...' line is incorrect)

It seems that the configure script requires that without more information, the generic tclsh program must
be a flavor of 8.4.


Reproducible: Always
Steps to Reproduce:
1.ACCEPT_KEYWORDS='~sparc' emerge otcl >>>does it for me.
2.
3.

Actual Results:  
As in details.

Expected Results:  
Built a version of otcl for testing.

ferris@lacewing:gentoo-x86/dev-lang/tk [330]% emerge info
Portage 2.0.50-r8 (default-sparc64-1.4, gcc-3.3.3, glibc-2.2.5-r2,2.3.2-r9,
2.4.26-sparc)
=================================================================
System uname: 2.4.26-sparc sparc64 sun4u
Gentoo Base System version 1.4.16
ccache version 2.3 [disabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="sparc"
AUTOCLEAN="yes"
CFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O2 -pipe"
CHOST="sparc-unknown-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref:/usr/X11R6/lib/X11/xkb:/usr/share/texmf/tex/generic/config/
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/:/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/gconf:/etc/terminfo /etc/env.d"
CXXFLAGS="-mcpu=ultrasparc -mtune=ultrasparc -O2 -pipe -Wno-deprecated"
DISTDIR="/usr/portage/distfiles"
FEATURES="cvs sandbox"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo
http://ftp-mirror.internap.com/pub/gentoo/ ftp://mirrors.tds.net/gentoo
ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X Xaw3d avi berkdb cdr crypt cups encode fbcon foomaticdb gdbm gif gpm gtk
guile imlib java jpeg libwww mad mikmod motif mozilla mpeg mpi mysql ncurses nls
opengl pam pdflib perl png python qt readline ruby ruby18 sdl slang sparc spell
ssl stroke tcltk tcpd tetex tiff truetype xml2 xmms xv zlib"


========================================================
========================================================

I am building against tcl+tk-8.3.4 because I understand that tcl-8.4.x is not
compatible with 8.3, according to the tcl ebuild.
I would prefer to use 8.4, but did not want to introduce incompatibilities just
to get otcl, which I need only because it is a requirement for other things
(like tclcl which has the same configure problem).

From my point of view, a satisfactory fix is to require
>=dev-lang/tcl-8.4.5, but I need to determine the implications of {tcl,tk}-8.3.4
--> 8.4.6 first.

(Notice that this affects only x86 & sparc.  If the build works for x86 (which
also is ~x86 for tcl-8.4.6) with tcl-8.3.4,
then this is a sparc-only bug & please give it back to me.)

[Comment 1 Ferris McCormick (RETIRED) 2004-06-10 11:03:06 UTC]

Copy sparc list.

[Comment 2 Robin Johnson 2004-06-11 15:47:32 UTC]

if the ebuild forces just --with-tcl-ver=8.3 --with-tk-ver=8.3 (note I've left out the .4), does otcl build properly?

i don't have any tcl8.3 boxes left to test this on.

[Comment 3 Ferris McCormick (RETIRED) 2004-06-11 16:20:36 UTC]

Yes, --with-tcl-ver=8.3 --with-tk-ver=8.3 is enough.

(Please do not fix this just for sparc+8.3, however, because tcl/tk-8.4.x are going stable
for sparc next week, and I am the only sparc person who cares about this. I think the same problem is
probably present with x86+tcl-8.3, though.  As I said, from a sparc point of view, it is enough
to change the dependencies to force us to move if we need otcl. :) )

[Comment 4 Robin Johnson 2004-06-11 16:22:32 UTC]

i put otcl in the tree as it was a dep for another package that i needed.
given i'd like to support the other package under tcl8.3 as well, i'll rather fix otcl to build with tcl8.3.

[Comment 5 Ferris McCormick (RETIRED) 2004-06-21 07:43:31 UTC]

Just for bookkeeping purposes:  [tcl,tk]-8.4.6 are now stable for sparc, so this bug is no longer
an issue on sparc.

[Comment 6 Eldad Zack (RETIRED) 2004-07-21 10:05:00 UTC]

bug 57294 has a generic fix for otcl on the same issue. (and also tclcl)

[Comment 7 Seemant Kulleen (RETIRED) 2004-07-22 23:13:57 UTC]

*** This bug has been marked as a duplicate of 57294 ***