Steven Mestdagh wrote: > Stuart Cassoff [2009-10-29, 18:29:43]: >> tclperl-3.2: A Tcl extension allowing the execution of Perl code from a Tcl >> interpreter. >> >> tclpython-4.1: A Tcl extension allowing the execution of Python code from a >> Tcl interpreter. > > > we don't normally use -lpthread. > can you make SHARED_LIBS contain the actual name instead of using variables > for readability? > they have a weird library naming with the version inside the name... > maybe also drop the N variable in some parts, use EXTRACT_SUFX, > and SETENV instead of env -i . > >
Attached is a new tclperl, if that looks good, I'll do up tclpython the same.
I took out the vars completely. Heh, it was a bit crazy; it can be easy to get
carried away sometimes.
SETENV: excellent - using it now.
EXTRACT_SUFX: What for?
I changed
LIB_DEPENDS=${MODTCL_LIB_DEPENDS}
to
BUILD_DEPENDS=${MODTCL_BUILD_DEPENDS}
RUN_DEPENDS=${MODTCL_RUN_DEPENDS}
I'm not sure if that's right, but now
make lib-depends-check doesn't complain about
an extra tcl85.
I understand about -lpthread, but this is the result without it.
This will be the case for many Tcl extensions if their .so's are not
linked with needed libs. Or at least as I best understand it.
Suggestions are very welcome.
$ tclsh8.5
% package require tclperl
tclsh8.5:/usr/local/lib/tclperl/libtclperl32.so.0.0: undefined symbol
'pthread_self'
tclsh8.5:/usr/local/lib/tclperl/libtclperl32.so.0.0: undefined symbol
'pthread_self'
couldn't load file "/usr/local/lib/tclperl/libtclperl32.so.0.0": Cannot load
specified object
Stu
tclperl-3.2-port.tar.gz
Description: application/gzip
