>
>
>I then receive this error:
>
>gcc -fno-exceptions -Wall -MD -DHAVE_CONFIG_H -I. -I/usr/src/coda-6.0.2/include
>-I/usr/src/coda-6.0.2 -march=athlon-mp -mmmx -mfpmath=sse -msse -m3dnow   -c -o
>filerepair.o filerepair.c
>gcc -fno-exceptions -z combreloc -s filerepair.o ../dir/libcodadir.a
>../kerndep/libkerndep.a /usr/src/coda-6.0.2/lib-src/base/libbase.a
>../util/libutil.a ../dir/libcodadir.a ../kerndep/libkerndep.a   
>/usr/src/coda-6.0.2/lib-src/base/libbase.a ../util/libutil.a -lrpc2 -llwp 
>-lresolv   -o filerepair
>../util/libutil.a(getsecret.o)(.text+0x10): In function `HashSecret':
>: undefined reference to `MD5_Init'
>../util/libutil.a(getsecret.o)(.text+0x29): In function `HashSecret':
>: undefined reference to `MD5_Update'
>../util/libutil.a(getsecret.o)(.text+0x3b): In function `HashSecret':
>: undefined reference to `MD5_Final'
>collect2: ld returned 1 exit status
>make[2]: *** [filerepair] Error 1
>make[2]: Leaving directory `/usr/src/coda-6.0.2/coda-src/egasr'
>
>I haven't done any research into where this error comes from, as I have to run
>to class.
>  
>

No clue about what the above code does. But shouldn't you (or make) be 
linking against libssl (-lssl)? I believe that the MD5_* family of 
functions comes from there unless Coda, for some reason, has its own 
implementation.

Niraj

>Thoughts?
>
>-sandalle
>
>  
>