[kde-freebsd] deskutils/kdepimlibs4 - fails: depend_object
QAT at FreeBSD.org
QAT at FreeBSD.org
Thu Dec 31 21:42:08 CET 2009
The Restless Daemon identified a depend_object error while trying to build:
kdepimlibs-4.3.4_1 maintained by kde at FreeBSD.org
Makefile ident: $FreeBSD: ports/deskutils/kdepimlibs4/Makefile,v 1.20 2009/12/31 20:12:31 miwi Exp $
Excerpt from http://QAT.TecNik93.com/logs/8-STABLE-NPD/kdepimlibs-4.3.4_1.log :
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/instantiate_predef_macros.o
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/instantiate_re2c_lexer.o
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/instantiate_re2c_lexer_str.o
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/token_ids.o
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/wave_config_constant.o
common.mkdir bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/cpplexer
...on 600th target...
common.mkdir bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/cpplexer/re2clex
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/cpplexer/re2clex/aq.o
gcc.compile.c++ bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/cpplexer/re2clex/cpp_re.o
gcc.archive bin.v2/libs/wave/build/gcc-4.2.1/release/link-static/threading-multi/libboost_wave.a
common.copy stage/lib/libboost_wave.a
...updated 605 targets...
cd /work/a/ports/devel/boost-libs/work/boost_1_41_0/libs/graph/build && /usr/bin/env TMPDIR="/tmp" TMPDIR="/tmp" SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local X11BASE=/usr/local MOTIFLIB="-L/usr/local/lib -lXm -lXp" LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 444" BSD_INSTALL_MAN="install -o root -g wheel -m 444" bjam --layout=system --disable-long-double variant=release threading=multi optimization=speed -sICU_PATH=/usr/local --prefix=/usr/local --toolset=gcc
Note: Building Boost.Regex with Unicode/ICU support enabled
Using ICU in /usr/local/include
warning: Graph library does not contain optional GraphML reader.
note: to enable GraphML support, set EXPAT_INCLUDE and EXPAT_LIBPATH to the
note: directories containing the Expat headers and libraries, respectively.
...patience...
...patience...
...found 1876 targets...
cd /work/a/ports/devel/boost-libs/work/boost_1_41_0/libs/random && c++ -O2 -pipe -fno-strict-aliasing -c -I/work/a/ports/devel/boost-libs/work/boost_1_41_0 random_device.cpp && ar rc /work/a/ports/devel/boost-libs/work/boost_1_41_0/bin.v2/libs/libboost_random.a random_device.o
===> Installing for boost-libs-1.41.0
===> Generating temporary packing list
===> Checking if devel/boost-libs already installed
===> boost-libs-1.41.0 is already installed
You may wish to ``make deinstall'' and install this port again
by ``make reinstall'' to upgrade it properly.
If you really wish to overwrite the old port of devel/boost-libs
without deleting it first, set the variable "FORCE_PKG_REGISTER"
in your environment or the "make install" command line.
*** Error code 1
Stop in /a/ports/devel/boost-libs.
*** Error code 1
Stop in /a/ports/deskutils/kdepimlibs4.
================================================================
build of /usr/ports/deskutils/kdepimlibs4 ended at Thu Dec 31 20:42:04 UTC 2009
PortsMon page for the port:
http://portsmon.freebsd.org/portoverview.py?category=deskutils&portname=kdepimlibs4
The build which triggered this BotMail was done under
tinderbox-3.3; dsversion: 3.2.1 on RELENG_8 on amd64, kern.smp.cpus: 8
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."
More information about the kde-freebsd
mailing list