<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
This turned out to be a conflict with a previous test build from
another branch (as you mentioned might be possible). When I
performed "make uninstall" and "make clean" on the old build, the
new one (built in Bamboo) no longer shows this error<i></i>.<br>
<br>
Thanks!<br>
<br>
Jeff<br>
<br>
<div class="moz-cite-prefix">On 10/24/2012 6:14 PM, JINMEI Tatuya /
神明達哉 wrote:<br>
</div>
<blockquote cite="mid:m2ip9zjz5e.wl%25jinmei@isc.org" type="cite">
<pre wrap="">At Wed, 24 Oct 2012 17:57:43 -0400,
Jeffrey Wright <a class="moz-txt-link-rfc2396E" href="mailto:jwright@isc.org"><jwright@isc.org></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Perhaps some of you BIND10 experts can assist me in finding out why my
automated build fails (configured through Bamboo, running on Ubuntu
12.04). Neither Jelte nor Jeremy has seen this particular failure before.
The sequence of the build is:
- Code checkout from git
- autoreconf --install
- configure --with-gtest=/home/jeff/Downloads/gtest-1.6.0
- make
- make check
The failure occurs during this last stage (make check).
</pre>
</blockquote>
<pre wrap="">
error 24-Oct-2012 14:22:33 /test/bamboo-home/xml-data/build-dir/TESTPROJBIND10-TESTPLANBIND10-JOB1/src/lib/config/tests/.libs/lt-run_unittests: symbol lookup error: /test/bamboo-home/xml-data/build-dir/TESTPROJBIND10-TESTPLANBIND10-JOB1/src/lib/config/tests/.libs/lt-run_unittests: undefined symbol: _ZN3isc6config15ModuleCCSession15addRemoteConfigERKSsN5boost8functionIFvS3_NS4_10shared_ptrIKNS_4data7ElementEEERKNS0_10ConfigDataEEEEb
% echo '_ZN3isc6config15ModuleCCSession15addRemoteConfigERKSsN5boost8functionIFvS3_NS4_10shared_ptrIKNS_4data7ElementEEERKNS0_10ConfigDataEEEEb' | c++filt
(I've applied 'typedef' substitution for better readability)
isc::config::ModuleCCSession::addRemoteConfig(
std::string const&,
boost::function<void()(
std::string const&,
boost::shared_ptr<isc::data::Element const>,
isc::config::ConfigData const&)>,
bool);
This version of addRemoteConfig() is a recent extension to the public
API. So I suspect the most likely cause of the failure is that your
test environment refers to some pre-existing version of
libb10-cfgclient.la (maybe one you previously installed somewhere).
Things like this sometimes happen, but it's very platform/environment
dependent, so I'm not sure how it happened in this specific case.
---
JINMEI, Tatuya
</pre>
</blockquote>
<br>
</body>
</html>