Re: gsasl 0.2.28_1 does not link in 7.1R
El día Friday, January 30, 2009 a las 11:23:35AM -0900, Mel escribió: On Friday 30 January 2009 06:43:11 Matthias Apitz wrote: Hello, Any idea about the problem below? Thx matthias # cd /usr/ports/security/gsasl # make === Building for gsasl-0.2.28_1 ... Making all in src make all-am /bin/sh ../libtool --tag=CC--mode=link cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o gsasl gsasl.o gsasl_cmd.o imap.o smtp.o callbacks.o ../lib/src/libgsasl.la ../gl/libgl.la -lreadline -L/usr/local/lib -lgnutls -lz -L/usr/local/lib -lgcrypt -L/usr/local/lib -lgpg-error -L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib 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 /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' *** Error code 1 Judging from the manpage, it's not supposed to be linked directly, but using -lbsnmp. But your linkline is far more complex then mine. Which of the dependencies did you enable kerberos and snmp support? Hi Mel, I've to admit that I don't understand your question. The above problem comes up when I've tried to compile the port net-im/jabberd with default options (make install BATCH=yes) which seems to need gsasl. And yes, I've ported before as well security/krb5 (but not explicitely snmp, but it is installed by some other port as net-snmp-5.4.2.1), and the security/krb5 port also with default options; what do you want me todo or check in detail? thanks in advance matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: gsasl 0.2.28_1 does not link in 7.1R
On Friday 30 January 2009 23:22:10 Matthias Apitz wrote: El día Friday, January 30, 2009 a las 11:23:35AM -0900, Mel escribió: On Friday 30 January 2009 06:43:11 Matthias Apitz wrote: Hello, Any idea about the problem below? Thx matthias # cd /usr/ports/security/gsasl # make === Building for gsasl-0.2.28_1 ... Making all in src make all-am /bin/sh ../libtool --tag=CC--mode=link cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o gsasl gsasl.o gsasl_cmd.o imap.o smtp.o callbacks.o ../lib/src/libgsasl.la ../gl/libgl.la -lreadline -L/usr/local/lib -lgnutls -lz -L/usr/local/lib -lgcrypt -L/usr/local/lib -lgpg-error -L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib 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 /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' *** Error code 1 Judging from the manpage, it's not supposed to be linked directly, but using -lbsnmp. But your linkline is far more complex then mine. Which of the dependencies did you enable kerberos and snmp support? Hi Mel, I've to admit that I don't understand your question. The above problem comes up when I've tried to compile the port net-im/jabberd with default options (make install BATCH=yes) which seems to need gsasl. And yes, I've ported before as well security/krb5 (but not explicitely snmp, but it is installed by some other port as net-snmp-5.4.2.1), and the security/krb5 port also with default options; what do you want me todo or check in detail? thanks in advance 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. 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. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: gsasl 0.2.28_1 does not link in 7.1R
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 # Hope this helps you; thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: gsasl 0.2.28_1 does not link in 7.1R
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. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: gsasl 0.2.28_1 does not link in 7.1R
El día Saturday, January 31, 2009 a las 12:04:33PM -0900, Mel escribió: Ok, it's not snmp. On second glance my link line is: ... 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. Following a wild guess I did: # pkg_delete krb5-1.6.3_5 # cd /usr/ports/security/gsasl # make clean # make # make install which worked fine; I will file a bug report. Thx for your time and help matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: gsasl 0.2.28_1 does not link in 7.1R
On Friday 30 January 2009 06:43:11 Matthias Apitz wrote: Hello, Any idea about the problem below? Thx matthias # cd /usr/ports/security/gsasl # make === Building for gsasl-0.2.28_1 make all-recursive Making all in po Making all in gl make all-am Making all in lib make all-recursive Making all in po Making all in gl make all-am Making all in gltests make all-recursive Making all in external Making all in anonymous Making all in plain Making all in login Making all in cram-md5 Making all in digest-md5 Making all in ntlm Making all in gssapi Making all in securid Making all in src Making all in src make all-am /bin/sh ../libtool --tag=CC--mode=link cc -std=gnu99 -O2 -fno-strict-aliasing -pipe -L/usr/local/lib -o gsasl gsasl.o gsasl_cmd.o imap.o smtp.o callbacks.o ../lib/src/libgsasl.la ../gl/libgl.la -lreadline -L/usr/local/lib -lgnutls -lz -L/usr/local/lib -lgcrypt -L/usr/local/lib -lgpg-error -L/usr/local/lib -lintl -L/usr/local/lib -liconv -R/usr/local/lib 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 /usr/lib/libasn1.so: undefined reference to `init_error_table' /usr/lib/libasn1.so: undefined reference to `initialize_error_table_r' *** Error code 1 Judging from the manpage, it's not supposed to be linked directly, but using -lbsnmp. But your linkline is far more complex then mine. Which of the dependencies did you enable kerberos and snmp support? -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org