On 11/03/2011 06:46 AM, Sergei Golovan wrote: > tags 647446 +moreinfo > thanks > > On Wed, Nov 2, 2011 at 11:44 PM, Julian Taylor > >> libexpect has undefined symbols as it is not linked against libtcl8.5 > > Yes, I know that. > >> This should not be the case in public libraries. E.g. >> dpkg-shlibdepcannot automatically add the package dependencies and you >> can't link with it when the linker flag ld --as-needed is used [0, 1]: > > The libexpect is designed to be used in two ways: > > 1) by linking directly to it *and to libtcl*; > > 2) by loading it into a running Tcl interpreter (as part of the Expect > Tcl package). > > In both cases currently it can be linked with or loaded into both 8.5 > and 8.6 interpreters. So, I wouldn't like to make a fixed link to > libtcl8.5. > > The libexpect(3) requires the explicit include of -ltcl<whatever > version you have> (after -lexpect so --as-needed works fine) to the > gcc command line, so I think that unless I'm doing something really > horrible I will not fix this bug (and will close this bugreport in a > few days without additional info). > > Cheers!
thanks for the explanation, it looks like a valid reason for the underlinking (assuming tcl's api is stable). I'm fine with closing the issue. Sorry I was a bit hasty in filing this, the need for the tcl link is documented in the manpage I overlooked :/
signature.asc
Description: OpenPGP digital signature
