Bugzilla Bug 213028

dev-tcltk/otcl-1.13 doesn't compile with TCL 8.5:

/usr/lib/tcl8.5/include/generic/tclPort.h:27:28: error: tclUnixPort.h: No such
file or directory

On adding "-I/usr/lib/tcl8.5/include/unix -DHAVE_UNISTD_H" to the compile lines
(which is where tclUnixPort.h is), these errors seems to go away but new ones
like:

otcl.c:983: error: 'TclVarHashTable' has no member named 'keyType

crop up.

Maybe some of svn snapshots could help, but I haven't tried :-(
http://www.isi.edu/nsnam/dist/daily/

Created an attachment (id=188719) [details]
otcl-1.14_pre20090106.ebuild

for the record, I tried the daily (well, it's dated 2009-01-06, so it's lying
about daily-ness :D) snapshot, but doesn't work

Same problem here:
dev-lang/tcl-8.5.7
dev-tcltk/otcl-1.13
1.14 snapshot doesn't work too...

I am also having this issue 

*** Bug 269424 has been marked as a duplicate of this bug. ***

added link to OTcl's tracker for Tcl-8.5 incompatibility

http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg536934.html
seems to be the issue

"http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg536934.html
seems to be the issue" I apologies for my mistake this is in no way the issue.
I am still working on tracking down the problem but the problem is clearly: 
error: ‘TclVarHashTable’ has no member named ‘keyType’
error: ‘Var’ has no member named ‘hPtr’

The issue seems to be that for the most part otcl is unmaintained, tcl 8.5
changed how variables are handled.
http://sourceforge.net/tracker/?func=detail&aid=1877033&group_id=30174&atid=398499
shows the bug is known. only choice is to use tcl 8.4

The reason for the TclVarHashTable problems is the varReform in 8.5 (see
https://sourceforge.net/tracker/index.php?func=detail&aid=1750051&group_id=10894&atid=310894).

Fixing an extension that uses the internal Var functions is a bit of work, but
it can be done. See for instance what it took for itcl at
https://sourceforge.net/tracker/index.php?func=detail&aid=1766617&group_id=13244&atid=113244.

If anybody wants to tackle fixing otcl to run with 8.5, I'll gladly help with
the effort. I can be reached at <msofer@users.sf.net>

if you can provide a working ebuild (or at least a patchset over last otcl
release) it would really help

please reopen if there are updates.