I forgot to mention that I was unable to get configure to find des_ecb_encrypt in -ldes. After checking the info-cyrus archives and searching my system I was able to find des_ecb_encrypt in -ldes425, so I modified configure to look for -ldes425. Likewise, I could not find krb_mk_priv in -lkrb, but I did find it in -lkrb4. I modified configure to look for -lkrb4. The path to both -ldes425 and -lkrb4 is /usr/kerberos/lib so I added this to LDFLAGS. The path to krb4.h is /usr/kerberos/include/kerberosIV (only instance of krb4.h on my system), so I added the path to CPPFLAGS. This did get the modified configure to work, but clearly I'm mushing something up badly...
Thanks! Bob Robert L. Cochran Jr. wrote: > I would deeply appreciate your telling me the workaround you > developed. I think that can only help me learn a little more C > programming, which I've neglected for years (yes I regret that.) So > any and all advice from you would be appreciated. > > I am also experimenting with a Red Hat RPM release of Cyrus-IMAPD by > Ramiro Morales, but he hasn't had a chance to test this on Red Hat > 7.2, which I'm running, and I want to study his rpm carefully first. > > Since I've put in a lot of time trying to figure out how to work with > the source tarball, I'd like to "succeed" with it if possible. > > Thanks a lot! > > Bob > > Michael Bacon wrote: > >> My guess is that you're trying to compile in MIT krb5 with krb4 >> compatability and OpenSSL into the same patch. They both have a >> "des.h" in the include path, but the kerberos one is inexeplicably >> required for krb.h to work right (otherwise you get some macros that >> don't get substituted properly, and you end up with bizarre syntax >> errors. >> >> We ran into this problem, and the solution was really convoluted and >> confusing. It should get better with Openssl 0.9.7, but that's not >> out yet, so we have to go through this bizarre hack. If this isn't >> what you're doing, I won't take up the bandwidth here to detail how >> we hacked kerberos to behave properly, but if it is, write back and >> I'll post an explanation. >> >> Michael >> >> --On Thursday, January 10, 2002 17:05:11 -0500 "Robert L. Cochran >> Jr." <[EMAIL PROTECTED]> wrote: >> >>> I am having problems getting pop3d.c from version cyrus-imapd-2.0.16 to >>> compile during "make all". The errors seem to involve parse errors in >>> include file krb.h and parse and other errors in pop3d.c: >>> >>> /usr/kerberos/include/kerberosIV/krb.h:180: parse error before `}' >>> .. >>> .. >>> pop3d.c: in function `kpop': >>> pop3d.c:411:invalid use of incomplete typedef `AUTH_DAT' >>> >>> There are several hundred lines of error output like the above and >>> unfortunately I don't know how to redirect make's output to a file so I >>> can inspect the gcc compiler string. I'm new to C programming and not >>> sophisticated in Linux development techniques. >>> >>> I had trouble installing the 'makedepend' executable that I compiled in >>> the 'makedepend' subdirectory. The documentation doesn't reference >>> where >>> to install it, so I put it in /home/bcochran/bin which is in my path. >>> "Configure" does detect it now where it previously didn't, but I don't >>> understand how the executable works or whether it is being invoked >>> correctly. >>> >>> I would appreciate any advice for getting pop3d.c to compile on a >>> Red Hat >>> Linux 7.2 server configuration. I am using >>> >>> CPPFLAGS=-I/ usr/include/db3 -I/usr/local/include >>> -I/usr/kerberos/include >>> -I/usr/kerberos/include/kerberosIV LDFLAGS=-L/usr/lib -L/usr/local/lib >>> -L/usr/kerberos/lib. >>> >>> I appreciate any and all help, thanks a lot in advance! >>> >>> Bob Cochran >>> Greenbelt, Maryland, USA >>> >>> >>> >>> >>> >>> >> >> >> >> > > > >
