Re: [zorp-hu] zorp 2.0.2 gpl configure error
On Sun, Apr 27, 2003 at 07:47:24PM +0200, Zelei Tamas ELGI.HU NETWORK ADMINISTRATOR wrote:
a problemam a kovetkezo:
slackware linux 2.2.19 kernel Python-2.1.3 python-extclass-1.2.1 glib-2.2.1 libcap-1.10 pgconfig-0.15.0 zorp-2.0.2 gpl zorplibll-2.0.26.1+03081901
minden felinstallalva, a zorp configure viszont hibaval leall:
checking for Py_Finalize in -lpython1.5... no checking for Py_Finalize in -lpython2.1... no checking for Py_Finalize in -lpython2.2... no checking for Python libs in /usr/lib/python1.5/config... checking for Py_Finalize in -lpython1.5... no checking for Python libs in /usr/lib/python2.1/config... checking for Py_Finalize in -lpython2.1... no checking for Python libs in /usr/lib/python2.2/config... checking for Py_Finalize in -lpython2.2... no configure: error: python 1.5 or 2.1 or 2.2 required
a config.log idevonatkozo resze:
configure:6354: checking for Python libs in /usr/lib/python2.1/config configure:6358: checking for Py_Finalize in -lpython2.1 configure:6377: gcc -o conftest -g -O2 -L/usr/lib/python2.1/config conftest.c -lpython2.1 -ldl -lpthread -lssl -lcrypto -lm -lnsl -L/usr/lib/debug 1>&5 /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_tmpnam': /usr/src/zorp/Python-2.1.3/./Modules/posixmodule.c:4218: the use of `tmpnam_r' is dangerous, better use `mkstemp' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_tempnam': /usr/src/zorp/Python-2.1.3/./Modules/posixmodule.c:4174: the use of `tempnam' is dangerous, better use `mkstemp' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_openpty': /usr/src/zorp/Python-2.1.3/./Modules/posixmodule.c:1754: undefined reference to `openpty' /usr/lib/python2.1/config/libpython2.1.a(posixmodule.o): In function `posix_forkpty': /usr/src/zorp/Python-2.1.3/./Modules/posixmodule.c:1785: undefined reference to `forkpty' collect2: ld returned 1 exit status configure: failed program was: #line 6366 "configure" #include "confdefs.h" /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char Py_Finalize();
tehat a python posixmodule-javal van a gondja, kiprobaltam 2.1.3 es a legujabb 2.2 pythonnal is es ugyanazt produkalta...sajnos nem vagyok igazan pythonhoz erto es a forditgatasokban sem vagyok tul jartas, ha esetleg valaki tud megoldast a fenti problemara, azt kerem ossza meg velem.
a problema az, hogy az -lutil libhez nem linkelunk. (abban van az openpty), mert Debian alatt erre nincs szukseg, mert a python ott shared object es explicit hozza van linkelve a libutilhoz. Probald meg ezt a patchet: diff -u -r1.192 configure.in --- configure.in 26 Apr 2003 09:40:56 -0000 1.192 +++ configure.in 28 Apr 2003 08:23:50 -0000 @@ -149,6 +149,7 @@ AC_CHECK_LIB(ssl, SSL_accept) AC_CHECK_LIB(pthread, pthread_create) AC_CHECK_LIB(dl, dlopen) +AC_CHECK_LIB(util, openpty) PKG_CHECK_MODULES(ZORP, glib-2.0 >= $GLIB_MIN_VERSION,, AC_MSG_ERROR(Cannot find GLib library version >= $GLIB_MIN_VERSION: is pkg-config in path?)) Aztan generald ujra a configure scriptet autoconf paranccsal, majd configure, make, make install. -- Bazsi PGP info: KeyID 9AF8D0A9 Fingerprint CD27 CFB0 802C 0944 9CFD 804E C82C 8EB1
participants (1)
-
Balazs Scheidler