| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Флейм > установка TCL на сервер.... |
| Автор: InetVBS 19.6.2003, 03:50 |
| Здраствуйте! у меня проблемы с установкой TCL8.3 на сервер и компиляцией. На сервере уже установлен TCL8.4. но мне нужен именно 8.3 и установить его нужна в мою папку. Вроде все делаю по инструкции, там при установке нужно отключить shared, и почему-то не отключается: ./configure --disable-shared --prefix=/home/chat/chat/daemon И после этого выдается: checking how to build libraries... static(а должно быть shared, как в инструкции, это нужно мне для запуска демона) updating cache ./config.cache creating ./config.status creating Makefile creating tclConfig.sh Затем делаю make, make install вроде все нормально. Но запуская демона вижу: /usr/libexec/ld-elf.so.1: Shared object "libtcl83.so" not found Провобал --enable-shared всеравно такая-же фигня. Что можно сделать? Кстати при компиляции TCL после команды make выдается вот это: cc -pipe -export-dynamic tclAppInit.o -L/usr/home/peeps/www/chat/tcl8.3.4/unix -ltcl83 -lm -o tclsh /usr/home/peeps/www/chat/tcl8.3.4/unix/libtcl83.so: warning: tmpnam() possibly used unsafely; consider using mkstemp() Что это? Может в этом дело? Помогите разобратся. Заранее благодарен. |
| Автор: InetVBS 20.6.2003, 01:16 |
| Кстати, ОС FreeBSD, Web-сервер Apache, на VDS. |
| Автор: desyatnik 23.6.2003, 08:04 | ||||||
Кривая у тебя инструкция. Автоконф говорит, что shared-библиотеки отключены (как ты говоришь, именно этого требует инструкция). Если в инструкции написано, что вместо static должно быть shared, значит, shared-библиотеки должны быть включены...
Похоже на то, что на самом деле нужны shared-библиотеки. Кроме того, у Унихов есть такая особенность... во-1, пути доступа для запускаемых файлов и подгружаемых библиотек разные. Первые - это PATH, а вот вторые даже и не помню точно... LDPATH, что-ли... поковыряй доки. Там надо будет прописать путь доступа в твой домашний каталог (по умолчанию всегда ставят только в системные - /lib, /usr/lib etc).
Не, дело не в этом. Это небольшие корявости сборки, не более того. Gcc предупреждает, что на данной системе вызов tmpnam() небезопасен (почему, интересно?) и предлагает заменить его на вызов mkstemp(). Вот если библиотека подключится, но будет глючить - тогда можно поковырять и это направление, а пока надо пути настроить |