Thanks for the tip. I admit, I have read that one shouldn't do things like that but I had tried installing tcl and tk via apt-get and something wasn't working, don't remember what it was.
I tried running ldconfig -a but the -a argument is recognized. What was the -a supposed to do?
On lau, 2004-05-22 at 14:01, guenter geiger wrote:
Hi,
Just a short note that although the way you solved your problem leads to a working system, it is not the recommended solution.
First, having libraries in /usr/local/lib means that you have compiled and installed it by hand, or got it from another source (e.g. not the Fedora system). It is always preferrable to install software from one system only. There should be a tcl/tk package in Fedora.
If you have libraries in /usr/local/lib, let them stay there and update /etc/ld.so.conf, and run "ldconfig -a" so that the dynamic linker can find the library. The advantage of this is that you will always know which libraries did not come from the system (those in /usr/local/lib).
The goal of the whole procedure is to have a manageable system, and bugs that you encounter can probably be reproduced. This is not possible if you mix up libraries from different places, and at the end the only possibility will be to reinstall your system.
Guenter
On Sat, 22 May 2004, Pall Thayer wrote:
Ok, for anyone interested... I got PD running. The tk makefile wasn't putting the tk directory nor libtk8.4.so where PD wanted to find it. So all you do is:
cp libtk8.4.so /usr/lib/ and cp -R /usr/local/lib/tk8.4 /usr/share/
and you should be all set. I have yet to find out though if it managed to make all the externals. But at least it's running.
best r. Pall
On lau, 2004-05-22 at 11:02, Pall Thayer wrote:
I'm trying to compile PD under Fedora Core 2. For once I was going to try to be "cutting edge" by using the newest(!) Now I remember why I usually prefer using the next to the newest version of something. Oh well. Anyway, trying to compile PD, everything goes just swell until it tries to make expr~. This sounds very familiar and I'm sure someone's worked this out before. OK, did a little digging and found a case where someone said, "remove -Werror" I did this and it makes it past the expr~ error but I don't know if it makes it to the very end. Here's how make exited:
make[1]: Entering directory
/home/palli/pd-0.37-1/extra/pique' cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch -I../../src -o pique.o -c pique.c ld -export_dynamic -shared -o pique.pd_linux pique.o -lc -lm strip --strip-unneeded pique.pd_linux rm -f pique.o make[1]: Leaving directory/home/palli/pd-0.37-1/extra/pique'But the other clincher is this, if I try to start PD (despite any make errors) I get this:
../bin/pd-gui: error while loading shared libraries: libtk8.4.so: cannot open shared object file: No such file or directory
I compiled and installed tk and tcl 8.4 before trying to compile PD, so this is a little wierd. Also, searching shows me that libtk8.4.so is located in /usr/local/lib/. So why does PD say it can't find it? Should it be elsewhere?
Pall
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list
PD-list mailing list PD-list@iem.at to manage your subscription (including un-subscription) see http://iem.at/cgi-bin/mailman/listinfo/pd-list