Date: Wed, 02 Jul 2014 20:57:31 +0200 From: Matthias Andree <matthias.andree@gmx.de> To: freebsd-ports@freebsd.org Subject: Re: print/cups new 1.7.3 fails on undefined references in http.c Message-ID: <53B4561B.703@gmx.de> In-Reply-To: <303976.56953.bm@smtp120.sbc.mail.ne1.yahoo.com> References: <303976.56953.bm@smtp120.sbc.mail.ne1.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 02.07.2014 20:46, schrieb Thomas Mueller: > I was trying to build/upgrade the newly updated print/cups 1.7.3 but failed on errors: undefined references in http.c apparently linked from ippserver.c > > > > Making all in test... > gmake[3]: Entering directory `/BETA1/usr/ports/print/cups-base/work10.i386/cups-1.7.3/test' > echo Compiling ippserver.c... > Compiling ippserver.c... > cc -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -Wno-tautological-compare -I.. -D_CUPS_SOURCE -I/usr/local/include -I/usr/local/include -I/usr/local/include -O2 -pipe -fno-strict-aliasing -DOPENSSL_DISABLE_OLD_DES_SUPPORT -D_LARGEFILE_SOURCE -D_THREAD_SAFE -D_REENTRANT -c -o ippserver.o ippserver.c > echo Linking ippserver... > Linking ippserver... > cc -L../cgi-bin -L../cups -L../filter -L../ppdc -L../scheduler -L/usr/local/lib -Wl,-rpath,/usr/lib:/usr/local/lib -Wl,-R/usr/local/lib -fPIE -pie -Wall -Wno-format-y2k -Wunused -fPIC -Os -g -fstack-protector -Wno-tautological-compare -o ippserver ippserver.o ../cups/libcups.a \ > -lssl -lcrypto -ldns_sd -pthread -lm -lcrypt -lz -lz > ../cups/libcups.a(http.o): In function `httpInitialize': > /BETA1/usr/ports/print/cups-client/work10.i386/cups-1.7.3/cups/http.c:1637: undefined reference to `gnutls_global_init' > ../cups/libcups.a(http.o): In function `http_shutdown_ssl': > /BETA1/usr/ports/print/cups-client/work10.i386/cups-1.7.3/cups/http.c:5474: undefined reference to `gnutls_bye' > /BETA1/usr/ports/print/cups-client/work10.i386/cups-1.7.3/cups/http.c:5475: undefined reference to `gnutls_deinit' It is compiled as though it should use GNUTLS, but links against OPENSSL (-lssl -lcrypto) - the port maintainer might want to look into this; until then, flip the options to use OPENSSL, then it might work.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53B4561B.703>