gsasl 0.2.28_1 does not link in 7.1R

[Mel]

On Saturday 31 January 2009 08:59:23 Matthias Apitz wrote:
> El día Saturday, January 31, 2009 a las 08:14:23AM -0900, Mel escribió:
> > The reason I ask is that I'd like to be able to reproduce your problem
> > and therefore need the configuration of dependencies. My options don't
> > contain krb and snmp linking,so somewhere down the line of dependencies I
> > disabled them.
>
> In any case, thanks for spending your time on this;
>
> > Could you show output of:
> > make -C /usr/ports/security/gsasl showconfig-recursive
> >
> > and trim ports that don't contain krb/gssapi or snmp as the output can be
> > quite long.
>
> it's quite short:
>
> # make -C /usr/ports/security/gsasl showconfig-recursive
> ===> The following configuration options are available for gsasl-0.2.28_1
> and dependencies ===> The following configuration options are available for
> perl-5.8.9: DEBUGGING=off (default) "Build with debugging support"
>      GDBM=off (default) "Build GDBM_File extension"
>      PERL_MALLOC=on (default) "Use Perl malloc"
>      PERL_64BITINT=on (default) "Use 64 bit integers (on i386)"
>      THREADS=off (default) "Build threaded perl"
>      SUIDPERL=off (default) "Build set-user-id suidperl binary"
>      SITECUSTOMIZE=off (default) "Run-time customization of @INC"
>      USE_PERL=on (default) "Rewrite links in /usr/bin"
> ===> Use 'make config' to modify these settings
> ===> The following configuration options are available for libiconv-1.11_1:
>      EXTRA_ENCODINGS=on (default) "Include extra character sets"
>      EXTRA_PATCHES=off (default) "Apply patches to fix CP932 add EUCJP-MS"
> ===> Use 'make config' to modify these settings

Ok, it's not snmp. On second glance my link line is:
/usr/local/libexec/ccache/world-cc -std=gnu99 -O2 -fno-strict-aliasing -pipe \
	-o .libs/gsasl gsasl.o gsasl_cmd.o imap.o smtp.o \
	callbacks.o  -L/usr/local/lib ../lib/src/.libs/libgsasl.so -L/usr/lib \
	/usr/local/lib/libidn.so /usr/local/lib/libntlm.so -lgssapi -lkrb5 \
	-lasn1 -lcrypto -lroken -lcrypt -lcom_err ../gl/.libs/libgl.a \
	/usr/local/lib/libiconv.so -lreadline  -Wl,--rpath -Wl,/usr/local/lib

gnutls is the difference.
And with that it also succeeds for me:
/usr/local/libexec/ccache/world-cc -std=gnu99 -O2 -fno-strict-aliasing -pipe \
	-o .libs/gsasl gsasl.o gsasl_cmd.o imap.o smtp.o \
	callbacks.o  -L/usr/local/lib ../lib/src/.libs/libgsasl.so -L/usr/lib \
	/usr/local/lib/libidn.so /usr/local/lib/libntlm.so -lgssapi -lkrb5 \
	-lasn1 -lcrypto -lroken -lcrypt -lcom_err ../gl/.libs/libgl.a \
	/usr/local/lib/libiconv.so -lreadline /usr/local/lib/libgnutls.so \
	-lz /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so  \
	-Wl,--rpath -Wl,/usr/local/lib

vs your:
                                cc -std=gnu99 -O2 -fno-strict-aliasing -pipe \
	-o .libs/gsasl gsasl.o gsasl_cmd.o imap.o smtp.o \
	callbacks.o  -L/usr/local/lib ../lib/src/.libs/libgsasl.so -L/usr/lib \
	/usr/local/lib/libntlm.so -lgssapi -lkrb5 -lasn1 -lcrypto -lroken \
	-lcrypt -lcom_err ../gl/.libs/libgl.a -lreadline /usr/local/lib/libgnutls.so\
	 -lz /usr/local/lib/libgcrypt.so /usr/local/lib/libgpg-error.so \
	/usr/local/lib/libintl.so /usr/local/lib/libiconv.so  -Wl,--rpath 
	-Wl,/usr/local/lib

Other then libidn, which should be unrelated, I don't see a difference. You 
may need to file a problem report with the port maintainer.
-- 
Mel

Problem with today's modular software: they start with the modules
    and never get to the software part.