Hi Joerg (and PD list)
It seems that the tcl/tk libs are hardcoded to be located at the directory specified when tcl/tk is compiled. Also it requires an absolute path to function correctly (I've tried relative path with no luck).
The solution seems to be to create a staticly linked pd-gui. I have created such file and made a new package. Still I have great trouble testing this outside our domain but I think it is independant of other libs now.
Also I have provided tcl/tk libs for static linking (.a files).
I really hope it works now - and sorry for the mess yesterday :-)
The package is available at: http://www.cvmt.dk/~sb/pd
The file is: pd-0.36-2.irix.tar.gz
I have also uploaded the sources for tcl/tk 8.4.0 (I cannot compile 8.4.4 on Irix(!)).
/Soeren
'Joerg Spix' wrote:
Hello,
I got your new version pd-0.36-1.irix.tar.gz and installed it (without getting Tcl/Tk 8.4 elsewhere) and it looks like before. I tried $HOME/pd/bin/pd $HOME/pd/bin/pd-n32 and $HOME/pd/bin/pd-o32 and got the following results:
luciani 61% ./bin/pd 1662:./bin/pd-gui: rld: Fatal Error: Cannot Successfully map soname 'libtk8.4.so' under any of the filenames /pack/tk-8.4.0/lib/libtk8.4.so:/pack/tcl-8.4.0/lib/libtk8.4.so:/usr/lib32/libtk8.4.so:/usr/lib32/internal/libtk8.4.so:/lib32/libtk8.4.so:/opt/lib Pd: signal 2 luciani 62% ./bin/pd-n32 1674:./bin/pd-gui: rld: Fatal Error: Cannot Successfully map soname 'libtk8.4.so' under any of the filenames /pack/tk-8.4.0/lib/libtk8.4.so:/pack/tcl-8.4.0/lib/libtk8.4.so:/usr/lib32/libtk8.4.so:/usr/lib32/internal/libtk8.4.so:/lib32/libtk8.4.so:/opt/lib Pd: signal 2 luciani 63% ./bin/pd-o32 1684:./bin/pd-gui: rld: Fatal Error: Cannot Successfully map soname 'libtk8.4.so' under any of the filenames /pack/tk-8.4.0/lib/libtk8.4.so:/pack/tcl-8.4.0/lib/libtk8.4.so:/usr/lib32/libtk8.4.so:/usr/lib32/internal/libtk8.4.so:/lib32/libtk8.4.so:/opt/lib Pd: signal 2 luciani 64%
So there are still some fixed paths in there, I"m afraid or should I get the T TK 8.4 package to run pd?
Regarding the externals. it sounds a little bit like the externals must have been compiled for the same processor generation (n32 vs. o32) like pd and since Millers versions only have been o32, the externals are also o32 and this is the reason why they don't run. Maybe we can expect n32-externals to run with pd-n32?
I forgot to mention not to reply to this address, because I rather seldom look in this mailbox. Better use joerg.spix@informatik.uni-oldenburg.de, because this is my main mailbox until I can debug my sendmail. Your messages arrived, but just because I didn't see an answer in my main mailbox (and of course because I forgot to mention this in my last mail) I checked the mail there.
Thanks a lot for your help. My reactions might become a bit delayed since I have a lot of urgent things to do on my list, but I will do my best to check your binaries.
Joerg