SGI (IRIX6.5.24) Problems building nismodule.c

[mhertha]

BPO	1007223
Nosy	@loewis, @devdanzin

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2010-08-19.15:59:54.850>
created_at = <Date 2004-08-11.12:31:24.000>
labels = ['type-bug', 'build']
title = 'SGI (IRIX6.5.24) Problems building nismodule.c'
updated_at = <Date 2010-08-19.15:59:54.848>
user = 'https://bugs.python.org/mhertha'

bugs.python.org fields:

activity = <Date 2010-08-19.15:59:54.848>
actor = 'BreamoreBoy'
assignee = 'none'
closed = True
closed_date = <Date 2010-08-19.15:59:54.850>
closer = 'BreamoreBoy'
components = ['Build']
creation = <Date 2004-08-11.12:31:24.000>
creator = 'mhertha'
dependencies = []
files = []
hgrepos = []
issue_num = 1007223
keywords = []
message_count = 4.0
messages = ['60548', '60549', '82076', '114371']
nosy_count = 4.0
nosy_names = ['loewis', 'mhertha', 'ajaksu2', 'BreamoreBoy']
pr_nums = []
priority = 'low'
resolution = 'out of date'
stage = 'test needed'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue1007223'
versions = ['Python 2.6']

[mhertha]

Building python on SGI Irix 6.5.24 with MIPSpro
Compilers Version 7.3.1.3m with:
./configure
gmake
gmake test

The test shows that the test_nis.py failed.
Running python from the build location:
./python
>>> import nis
>>> nis.maps()
raises a nis.error "No NIS master found for any map".

The Makefile has a LIBS-line (#151):
LIBS=-lsocket -lnsl -ldl -lpthread -lmpz

This line could be shortened to:
LIBS=-lpthread

After
gmake distclean
./configure
-> cleaning up the LIBS-line in Makefile
gmake
gmake test

The nismodule could be successfull used.

Why?
Library libmpz isn't already installed on Irix 6.5.xx
Library libdl isn't used for anything.
Libraries libsocket and libnsl can't access the NIS.

See intro(3) man-page
....
(3N) There are actually 3 types of networking in IRIX.

       1)  BSD sockets implemented in the kernel,

along with SUN RPC and
NIS (YP). The functions that implement
these calls are in libc
[see (3C) section above].

       2)  SVR4-style STREAMS/TLI networking (not

sockets), along with
SVR4-style RPC. SVR4-style RPC doesn't work
with sockets, only
with the TLI. Also, SVR4-style networking
does not support NIS
[see intro(3N)]. The functions that
implement these calls are in
libnsl, and to use them, the code must be
compiled with :

            cc -D_SVR4_TIRPC  prog.c -lnsl

       3)  SVR4 emulation of sockets.  This is an

implementation of
sockets entirely in a library (libsocket)
that sits on top of
libnsl. There are no header file
differences for libsocket. The
MIPS ABI-compliant programs that use sockets
must (in order to be
ABI-compliant) link with libsocket. There
is no NIS support for
programs linked with libsocket [see
intro(3N)]. To compile such a
program, use:

            cc prog.c -lsocket

 (3Y) Remote Procedure Call (RPC) and NIS support

routines. These
functions are in the standard C library libc,
already mentioned.
...

Unfortunately I'm not a configure expert so I could
only report the problem and a solution.

--maik./

[loewis]

Logged In: YES
user_id=21627

Can you investigate in config.log where it refers to mpz for
the first time? The configure file does never refer to mpz
explicitly. Could it be that you have some environment
variable set that influences configure?

[devdanzin]

Will close unless OP provides more feedback or someone else can follow
through.

[BreamoreBoy]

Closed as no reply to msg82076.