(Illustration by Gaich Muramatsu)
> > >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 > > >Received on 2003-10-07 14:00:44