[Starkit] Big Hole in Foot.
Jim Hinds
jahbini at lava.net
Sat Jun 12 18:02:13 CEST 2004
I have been using tclkit technology to wrap a large distributed
application. The idea is that it unwraps on each of four different
processors and configures itself to behave differently on each
different machine, depending on the host name.
The system is to control an astronomical instrument, move
filter-wheels, start exposures, grab images, send them to remote data
handling systems, etc.
Much of this depends on shared libraries that are supplied to me (not
negotiable) but I can embed them into my bigAssApplication.kit.
This has worked well and I'm pretty much married to this architecture
and technology. The ease of wrapping and sending the
bigAssApplication.kit to the separate systems has proven valuable.
I have had to adapt the base tclkit to a modified notATclkit that
includes, among other things, the thread library 'libpthread.so' and
C++ library 'libstdc++.so'
OK. Now the rub. Testing on some systems (previous linux distros) has
failed because the libraries, libpthread.so and libstdc.so are PRIOR
versions to the ones on my development system. And the notATclkit
can't load and execute without them.
Do I need to compile my notATclkit on EACH possible linux distro? Or
is there a way to force the linux loader to include the libpthread.so
from MY development system into the executable (notATclkit)? I have
RTFM most amazingly and have brain fatigue at the third level of
binutil hell and tried every command line option to 'ld' but still have
not found if this is possible.
It's now time to ask the big boys if there is a way to perform this
miracle.
Thanks for your flames, they will help cauterize the big hole I have
put in my foot.
Jim Hinds
More information about the Starkit
mailing list