openssh 4.6p1 bug / IRIX
Darren Tucker
dtucker at zip.com.au
Fri Mar 23 16:39:54 EST 2007
g.fischer at ah-online.com wrote:
> hello,
>
> little problem compiling openssh 4.6p1 on irix using mipspro 7.4.x.
>
> c99 -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o
> sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o
> auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o
> auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o
> auth2-passwd.o auth2-pubkey.o monitor_mm.o monitor.o monitor_wrap.o
> kexdhs.o kexgexs.o auth-krb5.o auth2-gss.o gss-serv.o gss-serv-krb5.o
> loginrec.o auth-pam.o auth-shadow.o auth-sia.o md5crypt.o audit.o
> audit-bsm.o platform.o -L. -Lopenbsd-compat/ -L/usr/local/lib
> -L/usr/local2/lib -L/usr/nekoware/lib -L/usr/freeware/lib32 -lssh
> -lopenbsd-compat -liaf -lcrypto -lz -lgen
> ld32: ERROR 33 : Unresolved text symbol "set_id" -- 1st referenced by
> session.o.
set_id is inside "HAVE_LIBIAF" which I believe is specific to SCO. (?)
Maybe IRIX has something similar (or similarly named).
Defining BROKEN_LIBIAF at build time (eg "./configure
--with-cflags=-DBROKEN_LIBIAF") will probably get your build going.
Looking at it, I think that configure should probably check for set_id
explicitly and session.c should use HAVE_SET_ID in addition to HAVE_LIBAIF.
--
Darren Tucker (dtucker at zip.com.au)
GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69
Good judgement comes with experience. Unfortunately, the experience
usually comes from bad judgement.
More information about the openssh-unix-dev
mailing list