[fdo-users] FDO Compile error (libxalan-c)
Traian Stanev
traian.stanev at autodesk.com
Thu Oct 8 00:54:51 EDT 2009
Did you use the "internal" cppunit library or the one that comes by doing apt-get -- i.e. what did you pass to cmake on the command line when you first called it?
I did have some issue with cmake not finding the libgdal since it has a different name on Debian than the cmake module that searches for it expects, but I thought Helio had fixed that recently so I didn't mention it. Personally I did my own build of gdal 1.6 which I used, so I deviated from the official stuff there a bit.
The SHP provider in trunk as compiled by cmake works fine for me on Ubuntu 9.04 64 bit. I assume 32 bit works as well, since that's better tested than the 64 bit. For reading SHP files you can also use the OGR provider, which also works fine for me on 9.04 64 bit.
Traian
________________________________________
From: fdo-users-bounces at lists.osgeo.org [fdo-users-bounces at lists.osgeo.org] On Behalf Of kernel_panic [sudoaptgetinstalld00d3 at gmail.com]
Sent: Wednesday, October 07, 2009 7:55 PM
To: FDO Users Mail List
Subject: Re: [fdo-users] FDO Compile error (libxalan-c)
Well, I tried what you suggested about using cmake instead of automake.
I followed instructions from Cmake_readme, but encountered a few
problems regarding to GDAL libraries being linked by OGR, GDAL and WMS
that werent found. I fixed that by editing the cmake files on ogr and
gdal/src/provider/, adding libgdal1.5.0.so to each linked library
section, like this:
target_link_libraries( GRFPProvider
GRFPOverrides
ProvidersCommon
FDO
libgdal1.5.0.so
)
After that, the cmake command ran with no errors, but when I ran the
make command I get A LOT of this:
CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZTVN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEEE[vtable
for CppUnit::TestCaller<FdoExpressionFunctionTest,
CppUnit::NoExceptionExpected>]+0x34): undefined reference to
`CppUnit::Test::checkIsValidIndex(int) const'
CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZTVN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEEE[vtable
for CppUnit::TestCaller<FdoExpressionFunctionTest,
CppUnit::NoExceptionExpected>]+0x38): undefined reference to
`CppUnit::TestLeaf::doGetChildTestAt(int) const'
CMakeFiles/SHPUnitTest.dir/FdoExpressionFunctionTest.cpp.o:(.data.rel.ro._ZTIN7CppUnit10TestCallerI25FdoExpressionFunctionTestNS_19NoExceptionExpectedEEE[typeinfo
for CppUnit::TestCaller<FdoExpressionFunctionTest,
CppUnit::NoExceptionExpected>]+0x8): undefined reference to `typeinfo
for CppUnit::TestCase'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Test::findTestPath(CppUnit::Test const*,
CppUnit::TestPath&) const'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Test::findTestPath(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
CppUnit::TestPath&) const'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Message::Message(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::basic_string<char, std::char_traits<char>, std::allocator<char> >
const&)'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Asserter::fail(CppUnit::Message const&,
CppUnit::SourceLine const&)'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Message::Message(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
std::basic_string<char, std::char_traits<char>, std::allocator<char> >
const&, std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&)'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Asserter::failIf(bool, CppUnit::Message const&,
CppUnit::SourceLine const&)'
../../../../Utilities/TestCommon/libTestCommon.so.3.5.0: undefined
reference to `CppUnit::Test::resolveTestPath(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&) const'
collect2: ld devolvió el estado de salida 1
make[2]: *** [Providers/SHP/Src/UnitTest/UnitTest] Error 1
make[1]: *** [Providers/SHP/Src/UnitTest/CMakeFiles/SHPUnitTest.dir/all] Error 2
make: *** [all] Error 2
As long as the terminal screen can "remember" :p
Did it happen to you? (both) What do you think the problem may be with SHP? :P
2009/10/6, Traian Stanev <traian.stanev at autodesk.com>:
>
> I meant 3.5, not 3.4. :)
>
> I have compiled successfully on Ubuntu using both automake and CMake, but I
> don't remember all the hacks I had to do to make it work using the automake
> build (it was a while back). The pain you are seeing with Thirdparty is that
> the versions of the components in /Thirparty are old and will not compile
> with newer g++. The CMake build uses the versions of those libraries
> installed by Ubuntu itself (using apt-get), so it does not have to compile
> /Thirparty at all. There is a file in /trunk/ called CMake__README.txt which
> explains how to do it.
>
> Traian
>
_______________________________________________
fdo-users mailing list
fdo-users at lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/fdo-users
More information about the fdo-users
mailing list