[865] in Kerberos-V5-bugs

home help back first fref pref prev next nref lref last post

Problems building KRB5B4-3

daemon@ATHENA.MIT.EDU (Marc Kenig)
Sat Oct 15 21:51:02 1994

Date: Sat, 15 Oct 1994 18:47:56 -0700 (PDT)
From: Marc Kenig <marc@pa1.interserve.com>
To: krb5-bugs@MIT.EDU
Cc: David Millsom <dave@pa1.interserve.com>,
        Rudy Robinson <rudy@pa1.interserve.com>,
        Ray Girouard <ray@pa1.interserve.com>,
        Marc Kenig <marc@pa1.interserve.com>

Hello... I hope somebody has some time to help with some build errors.  I 
have a couple of  problems with Kerberos 5 B4-3 on my OSF/1 v2.0 DEC Alpha 
3000. Thanks in advance for any suggestions...

There were 3 problems:

1) every usage of dbm_fetch(), dbm_next()and dbm_first() (ie in 
./clients/ksu/authorizations) failed with a
"left hand side of the assignment does not match rhs"
It *looks* as though the lhs (a key or context) is a struct whereas the 
rhs is returning a pointer.  I continued compliation by changing the call 
to context = *dbm_fetch(key,dbms) buuuuut am not sure it is right. (I 
wanted to see if there were other errors).

2) Much later, during the compilation of appl/bsd/kcmd.c I get:

usr/lib/cmplrs/cc/cfe: Error: /usr/include/stdlib.h, line 242: 
redeclaration of
 'srand48'; previous declaration at line 206 in file '/usr/include/stdlib.h'
 extern int     srand48 ();
 ----------     ^
/usr/lib/cmplrs/cc/cfe: Error: /usr/include/stdlib.h, line 242: 
Incompatible fun
ction return type for this function
 extern int     srand48 ();
 ----------     --------^
with exactly the same fuss over  lrand48 ();

Are there switches that I need to set to not have these functions redefined?
Do I need this code compiled at all?

3) Last, and most amusing, during the compilation of 
src/lib/crypto/md4.c
the DEC Alpha C compiler optimizer STOPPED.  Period. Dead.  No error, 
nuthin'.  Adding the -O0 flag (to turn the optimizer off) fixed the 
problem and let the make proceed (to the lrand()/srand error :-( )

Thanks in advance for any help you can proffer.  I am most impressed by 
how smoothly this has gone so far and the quality of the software I have 
seen.

Marc Kenig
marc@interserve.com


home help back first fref pref prev next nref lref last post