ldexpf undefined in Python 2.4.3 build on SCO OSR 5.0.5
My (gcc 2.95.2) build of Python 2.4.3 is failing with: gcc -Wl,-Bexport -o python \ Modules/ccpython.o \ libpython2.4.a -lnsl -ldl-lm Undefined first referenced symbol in file ldexpf /usr/ccs/lib/libm.so python: fatal error: Symbol referencing errors. No output written to python collect2: ld returned 1 exit status *** Error code 1 (bu21) UX:make: ERROR: fatal error. This is hardly surprising since config.log contained: configure:18218: checking for hypot configure:18269: gcc -o conftest -g -O2 conftest.c -lnsl -ldl -lm 5 Undefined first referenced symbol in file ldexpf /usr/ccs/lib/libm.so conftest: fatal error: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status configure:18275: $? = 1 Which led to pyconfig.h containing: /* Define to 1 if you have the `hypot' function. */ /* #undef HAVE_HYPOT */ So, even without HAVE_HYPOT, ldexpf is still referenced somehow. Any suggestions? Should I step back to Python 2.3 source? Thanks, Dave Harris BTW, I'm the guy trying to get MoinMoin running on SCO OpemServer 5.0.5 (http://groups.google.com/group/comp.lang.python/browse_thread/thread/9321890929d5431d/fcc5a79144c195df?lnk=gstq=getaddrinfornum=2#fcc5a79144c195df). The configure script correctly identifies getaddrinfo() as absent. /* Define if you have the getaddrinfo function. */ /* #undef HAVE_GETADDRINFO */ Thanks for the suggestion to check it, Martin. There's still room for some confusion since I'm trying to build Python 2.4.3 now and my original binary was Python 2.3.4. But I'm satisfied that the Python script is correct. -- http://mail.python.org/mailman/listinfo/python-list
Re: getaddrinfo not found on SCO OpenServer 5.0.5
Martin v. Löwis wrote: [EMAIL PROTECTED] wrote: 1) I've seen mention of native vs. Python getaddrinfo implementations. If that's true, how can I force the program to use the Python one? 2) Is there an option to not use the BSD Library function? 3) Finally, is there a trick to searching for shared libaries? There is an autoconf test to determine whether getaddrinfo is available on the system. You should study that test to find out why it thinks the function is available when it is actually not. If you can't do that, you can manually edit pyconfig.h to change the outcome of configure. Regards, Martin Thank you for the suggestion. I will try it July 24 when I am back in the office. I've dug into it further and, on the surface, it appears that IPv6 was identified as available when the binary was built for OSR 5. IPv6 is not available for OSR5, so the binary was built on OSR 6 and mislabeled, or the autoconf test failed. Thanks again, Martin, for the relevant reply, Dave Harris -- http://mail.python.org/mailman/listinfo/python-list
getaddrinfo not found on SCO OpenServer 5.0.5
I'm trying to get MoinMoin 1.5.4 running with Python 2.3.4 (installed from an SCO Skunkworks binary). Python 2.3.4 (#1, Aug 27 2004, 18:22:39) [GCC 2.95.3 20030528 (SCO/p5)] on sco_sv3 One of the MoinMoin modules attempts to import cgi and triggers this traceback: Traceback (most recent call last): File ./moin.cgi, line 43, in ? from MoinMoin.request import RequestCGI File /usr/moin/lib/python2.3/site-packages/MoinMoin/request.py, line 10, in ? import os, re, time, sys, cgi, StringIO File /opt/K/SCO/python/2.3.4/usr/lib/python2.3/cgi.py, line 39, in ? import urllib File /opt/K/SCO/python/2.3.4/usr/lib/python2.3/urllib.py, line 26, in ? import socket File /opt/K/SCO/python/2.3.4/usr/lib/python2.3/socket.py, line 44, in ? import _socket ImportError: dynamic linker: /usr/bin/python: relocation error: symbol not found: getaddrinfo; referenced from: /opt/K/SCO/python/2.3.4/usr/lib/python2.3/lib-dynload/_socketmodule.so getaddrinfo is not supported in OpenServer 5, but it is available under the UDK. That is, the function is present in /udk/usr/lib/libsocket.so. I've tried adjusting LD_LIBRARY_PATH without success. My questions: 1) I've seen mention of native vs. Python getaddrinfo implementations. If that's true, how can I force the program to use the Python one? 2) Is there an option to not use the BSD Library function? 3) Finally, is there a trick to searching for shared libaries? Thanks, Dave Harris -- http://mail.python.org/mailman/listinfo/python-list
