cvs commit: ports/security/xmlsec1 Makefile distinfo

Fri Oct 2 09:59:12 UTC 2009

The Restless Daemon identified a arch error while trying to build:
 xmlsec1-1.2.13 maintained by johans at stack.nl
 Makefile ident: $FreeBSD: ports/security/xmlsec1/Makefile,v 1.25 2009/10/01 20:10:54 johans Exp $

Excerpt from http://T64.TecNik93.com/logs/7-STABLE-FTP/xmlsec1-1.2.13.log :

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
     during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
     during linking
   - use the `-Wl,--rpath -Wl,LIBDIR' linker flag

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
----------------------------------------------------------------------
Making install in openssl
/bin/sh ../../mkinstalldirs /usr/local/lib
 /bin/sh ../../libtool --mode=install /usr/bin/install -c -o root -g wheel  libxmlsec1-openssl.la /usr/local/lib/libxmlsec1-openssl.la
libtool: install: warning: relinking `libxmlsec1-openssl.la'
(cd /work/a/ports/security/xmlsec1/work/xmlsec1-1.2.13/src/openssl; /bin/sh ../../libtool --mode=relink cc -O2 -fno-strict-aliasing -pipe -rpath=/usr/lib:/usr/local/lib -o libxmlsec1-openssl.la -rpath /usr/local/lib -version-info 3:13:2 libxmlsec1_openssl_la-app.lo libxmlsec1_openssl_la-bn.lo libxmlsec1_openssl_la-ciphers.lo libxmlsec1_openssl_la-crypto.lo libxmlsec1_openssl_la-digests.lo libxmlsec1_openssl_la-evp.lo libxmlsec1_openssl_la-hmac.lo libxmlsec1_openssl_la-kw_aes.lo libxmlsec1_openssl_la-kw_des.lo libxmlsec1_openssl_la-kt_rsa.lo libxmlsec1_openssl_la-signatures.lo libxmlsec1_openssl_la-symkeys.lo libxmlsec1_openssl_la-x509.lo libxmlsec1_openssl_la-x509vfy.lo ../libxmlsec1.la -L/usr/lib -lcrypto -L/usr/local/lib -lxslt -lz -liconv -lm -lxml2 -L/usr/local/lib -lxml2 )
cc -shared  .libs/libxmlsec1_openssl_la-app.o .libs/libxmlsec1_openssl_la-bn.o .libs/libxmlsec1_openssl_la-ciphers.o .libs/libxmlsec1_openssl_la-crypto.o .libs/libxmlsec1_openssl_la-digests.o .libs/libxmlsec1_openssl_la-evp.o .libs/libxmlsec1_openssl_la-hmac.o .libs/libxmlsec1_openssl_la-kw_aes.o .libs/libxmlsec1_openssl_la-kw_des.o .libs/libxmlsec1_openssl_la-kt_rsa.o .libs/libxmlsec1_openssl_la-signatures.o .libs/libxmlsec1_openssl_la-symkeys.o .libs/libxmlsec1_openssl_la-x509.o .libs/libxmlsec1_openssl_la-x509vfy.o  -Wl,--rpath -Wl,/usr/local/lib -L/usr/local/lib -lxmlsec1 -L/usr/lib -lcrypto -lxslt -lz -liconv -lm -lxml2  -Wl,-soname -Wl,libxmlsec1-openssl.so.3.13 -o .libs/libxmlsec1-openssl.so.3.13
/usr/bin/ld: /usr/local/lib/libxmlsec1.a(base64.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libxmlsec1.a: could not read symbols: Bad value
libtool: install: error: relink `libxmlsec1-openssl.la' with the above command before installing it
*** Error code 1

Stop in /work/a/ports/security/xmlsec1/work/xmlsec1-1.2.13/src/openssl.
*** Error code 1

Stop in /work/a/ports/security/xmlsec1/work/xmlsec1-1.2.13/src.
*** Error code 1

Stop in /work/a/ports/security/xmlsec1/work/xmlsec1-1.2.13.
*** Error code 1

Stop in /a/ports/security/xmlsec1.
================================================================
build of /usr/ports/security/xmlsec1 ended at Fri Oct  2 09:57:57 UTC 2009

The tarballed WRKDIR can be found here:
http://T64.TecNik93.com/wrkdirs/7-STABLE-FTP/xmlsec1-1.2.13.tbz

PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=security&portname=xmlsec1

The build which triggered this BotMail was done under
tinderbox-devel-3.2_4; dsversion: 3.2 on RELENG_7 on amd64, kern.smp.cpus: 1
with tinderd_flags="-nullfs -plistcheck -onceonly" and ccache support, with the
"official" up-to-date Ports Tree, with the following vars set:
NOPORTDOCS=yes,  NOPORTEXAMPLES=yes, NOPORTDATA=yes, FORCE_PACKAGE=yes.

A description of the testing process can be found here:
http://T32.TecNik93.com/FreeBSD/QA-Tindy/

Thanks for your work on making FreeBSD better,

--
QAT - your friendly neighborhood Daemon,
preparing  a heck of an error trapping system:
 - "HMC and EOI?"
 - "Halt, Melt and Catch fire or Execute Operator Immediately."