<div dir="ltr">On Wed, Mar 5, 2014 at 5:43 AM, Raphael Kubo da Costa <span dir="ltr"><<a href="mailto:rakuco@freebsd.org" target="_blank">rakuco@freebsd.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Kevin Oberman <<a href="mailto:rkoberman@gmail.com">rkoberman@gmail.com</a>> writes:<br>

<br>
> Linking CXX executable ../bin/kfilemetadatareader<br>
> cd /usr/ports/x11/kdelibs4/work/.build/kio && /usr/local/bin/cmake -E<br>
> cmake_link_script CMakeFiles/kfilemetadatareader.dir/link.txt --verbose=1<br>
> /usr/local/bin/c++   -O2 -pipe -fno-strict-aliasing -Wnon-virtual-dtor<br>
> -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W<br>
> -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS<br>
> -fno-check-new -fno-common -Woverloaded-virtual -O2 -DNDEBUG<br>
> -DQT_NO_DEBUG   -Wl,-rpath,/usr/lib:/usr/local/lib<br>
> CMakeFiles/kfilemetadatareader.dir/kfilemetadatareader_automoc.o<br>
> CMakeFiles/kfilemetadatareader.dir/kfile/kfilemetadatareaderprocess.o  -o<br>
> ../bin/kfilemetadatareader  ../lib/libkio.so.5.12.2<br>
> ../lib/libnepomuk.so.4.12.2 ../lib/libnepomukutils.so.4.12.2<br>
> /usr/local/lib/qt4/libQtNetwork.so /usr/local/lib/qt4/libQtXml.so<br>
> ../lib/libnepomuk.so.4.12.2 ../lib/libkdeui.so.5.12.2<br>
> /usr/local/lib/qt4/libQtGui.so /usr/local/lib/qt4/libQtSvg.so<br>
> /usr/local/lib/libsoprano.so ../lib/libkdecore.so.5.12.2<br>
> /usr/local/lib/qt4/libQtDBus.so /usr/local/lib/qt4/libQtCore.so -pthread<br>
> -Wl,-rpath,/usr/ports/x11/kdelibs4/work/.build/lib:/usr/local/lib/qt4:/usr/local/lib:<br>
> -Wl,-rpath-link,/usr/ports/x11/kdelibs4/work/.build/lib<br>
> ../lib/libkio.so.5.12.2: undefined reference to<br>
> `Strigi::AnalysisResult::AnalysisResult(std::basic_string<char,<br>
> std::char_traits<char>, std::allocator<char> > const&, long,<br>
> Strigi::IndexWriter&, Strigi::StreamAnalyzer&, std::basic_string<char,<br>
> std::char_traits<char>, std::allocator<char> > const&)'<br>
> collect2: ld returned 1 exit status<br>
<br>
</div></div>This looks like libc++ and libstdc++ being mixed when building your C++<br>
ports.<br>
</blockquote></div><br></div><div class="gmail_extra">OK. I believe that this implies that there are libraries linked to both libraries. Correct? I have not seen this with any other C++ ports. How can I track this down or work around this? I can't see how anything it links to be linked to stdlibc++, but  I'm looking.I think there are aaout 68 sharables linked to the prior version.<br>
<br></div><div class="gmail_extra">Or do I simply not understand the issue?<br></div><div class="gmail_extra">-- <br><div dir="ltr">R. Kevin Oberman, Network Engineer, Retired<br>E-mail: <a href="mailto:rkoberman@gmail.com" target="_blank">rkoberman@gmail.com</a><br>
</div>
</div></div>