On Sun, Nov 6, 2011 at 3:21 AM, Thorsten Glaser <t...@mirbsd.de> wrote: > >>tclreadline should not even try to link against either of these >>libraries, which is why I'm downgrading the bug rather than closing it. > > Mh, probably. By the way: > > dpkg-shlibdeps: warning: symbol Tcl_Eval used by > debian/tclreadline/usr/lib/libtclreadline-2.1.0.so found in none of the > libraries. > > It’s probably a plugin, do they get special handling so dpkg-shlibdeps > doesn’t emit such warnings? Or should it get linked against tcl? (No > real interest in this, just noticing, with my “human buildd” hat on.)
I's really a plugin, and it's intended to be loaded into Tcl shell of any version (8.4, 8.5, 8.6), so linking to a specific Tcl library isn't desirable. On the other hand, tclreadline uses so called stubs where all public Tcl functions are stored in a big table of pointers (see struct TclStubs and macro definition of Tcl_Eval in /usr/include/tcl8.5/tclDecls.h), so it is seems to be a bug if Tcl_Eval is called directly. I'll see what can be done to fix it (and the linking as well). Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
