Date: Sun, 30 Dec 2012 18:46:01 -0500 (EST) From: Benjamin Kaduk <kaduk@MIT.EDU> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: freebsd-current@freebsd.org Subject: Re: r244604 breaks build WITHOUT_KERBEROS + WITH_GSSAPI for gssd.c Message-ID: <alpine.GSO.1.10.1212301844370.12170@multics.mit.edu> In-Reply-To: <1466136079.1602238.1356908523623.JavaMail.root@erie.cs.uoguelph.ca> References: <1466136079.1602238.1356908523623.JavaMail.root@erie.cs.uoguelph.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 30 Dec 2012, Rick Macklem wrote: > Hi, > > Maybe someone familiar with the build environment can help > with this. > > Someone reported via email that gssd.c no longer builds for > the combination of WITHOUT_KERBEROS and WITH_GSSAPI. > > Now, the gssd is completely useless without kerberos, but > I need a way to fix the build for this case? > > Can it just be set to not build the gssd daemon when > WITHOUT_KERBEROS is specified? > Alternately, if WITHOUT_KERBEROS is defined for the compile, > I can #ifdef the code so that it builds, although the resultant > binary is useless. With my kerberos hat on, I would expect that WITHOUT_KERBEROS and WITH_GSSAPI would build a GSS-API application that does not use the krb5 GSS mechanism, that is, your "#ifdef [...] builds, although the resultant binary is useless" case. -Ben
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.1.10.1212301844370.12170>